Discussion :

[mister3957]

Bonjour,


J'ai un petit soucis concernant mon gestionnaire de mémoire.

En effet, j'obtient une erreur de link LNK2005 sur afxmem.lib stipulant que l'opérateur new(unsigned int) existe déjà dans un module (un a moi)


J'imagine que c'est parce que afx possède une gestion de la mémoire également et donc a redéfinit le même opérateur que moi, donc le projet se retrouve avec deux définitions d'une même méthode...


Que puis-je faire ?


Merci,


A bientôt

[ram-0000]

forcer un "rebuild all", peut être une référence à un mauvais new() restant dans un objet de ton projet

[mister3957]

J'ai essayé et ça n'a rien changé

[JolyLoic]

Ne pas redéfinir ton opérateur pour les unsignes int ?
Ne pas utiliser afx ? Voire s'il ne contient pas une macro à même de désactiver sa gestion mémoire ?

A part ces deux solutions, je ne vois pas trop. Comment voudrais-tu que ton code réagisse quand il y a new unsigned int(42) dedans ?

[Invité]

Avec un peu de chance, tu ne veux en fait redéfinir l'allocation que pour un petit nombre de classes à toi, et pour leurs classes dérivées. Dans ce cas, tu peux redéfinir l'operateur new pour ces classes-là, ce qui t'évitera ce type de conflits.

Carl

[mister3957]

Oui pour le branchement de mon gestionnaire, j'inclu un fichier pour l'activer au début de mon implémentation et un pour le désactiver à la fin, pour que ça reste que dans mes classes.


J'ai vu dans les options du projet l'inclusion des MFC (soit dans une bibliothèque statique, soit dans une DLL partagée).
J'ai essayé de mettre l'option d'inclusion dans une DLL partagée et ça fonctionne.

Par contre, lorsque je quitte mon programme, c'est long car AFX génère une très grande liste de leaks...

Je ne comprends pas pourquoi il y a autant de leaks en liant les MFC en DLL partagée et pas en librairie statique.

Avez-vous une idée ?


Merci beaucoup,

A bientôt