Discussion :

[Laurent Gomila]

BonJouR

Le projet que je code se présente sous la forme de deux bibliothèques dynamiques. Parfois, il arrive que j'ai à faire des allocations (avec new) dans l'une et les désallocations correspondantes (delete) dans l'autre.
Ca ne pose aucun problème, seulement quand j'utilise un operateur delete surchargé, ça plante. Quand je l'enlève, tout fonctionne à nouveau. Je précise que mon opérateur delete ne fait rien de spécial, il appelle simplement free après avoir loggé la désallocation.

Est-ce qu'il existe des contraintes par rapport au partage de la gestion de la mémoire entre différentes DLL ? Qu'est-ce qui ne va pas dans mon cas ?

Je code sous Windows XP avec VC.NET 2003

Merci d'avance

[Grulim]

BonJouR
Est-ce qu'il existe des contraintes par rapport au partage de la gestion de la mémoire entre différentes DLL ? Qu'est-ce qui ne va pas dans mon cas ?

oui, et tu trouveras les réponses dans le MSDN (je crois qu'il s'agit d'un probleme de 'DLL boundary'.

[Grulim]

voila l'article en question:
PRB: Potential Errors Passing CRT Objects Across DLL Boundaries
PSS id: KB190799
tu devrais le retouver dans MSDN

[Laurent Gomila]

Merci pour l'article, je n'avais rien trouvé sur la MSDN même en tapant "dll boundary"

Alors du coup comment faire, suis-je obligé de ramener toutes mes destructions dans la bonne DLL ? Il n'y aurait pas de "technique" permettant de résoudre le problème sans pour autant changer mon design (parce que là ça va me faire faire pas mal de modifications ) ?

Et je vais également être obligé d'utiliser la version dynamique de la bibiothèque standard, est-ce que ça ne va pas dégrader les performances ? (je code un moteur 3D, la performance fait donc partie de mes soucis principaux)

[Grulim]

quels options de compilation utilises-tu pour tes DLLs ?
en particulier dans:
C/C++ -> Génération de code -> Bibliothèque runtime

[Laurent Gomila]

Justement là j'ai changé, j'ai mis "DLL (de débogage) multithread", pour lier dynamiquement avec la bibliothèque standard. Mais ça ne règle que le problème pour les trucs standards, pas pour mes classes persos, non ?

[Grulim]

Et je vais également être obligé d'utiliser la version dynamique de la bibiothèque standard, est-ce que ça ne va pas dégrader les performances ? (je code un moteur 3D, la performance fait donc partie de mes soucis principaux)

je ne suis pas un gourou du C++, mais je ne pense pas (peut-être un accès mémoire supplémentaire -> quelques cycles, rien de notable).

Justement là j'ai changé, j'ai mis "DLL (de débogage) multithread", pour lier dynamiquement avec la bibliothèque standard. Mais ça ne règle que le problème pour les trucs standards, pas pour mes classes persos, non ?

je pensais que comme les fonctions d'allocation/libération provenait de ce fait de la même DLL, il n'y aurait plus de problême...

[Laurent Gomila]

Effectivement, je ne voyais pas les choses comme ça. Le fait de lier dynamiquement avec la bibliothèque standard résoud parfaitement le problème (en tout cas ça a l'air de fonctionner).

Maintenant y a plus qu'à prier pour que ça ne dégrade pas les performances

Merci !