Gestion de la mémoire entre plusieurs DLL

Version imprimable

27/07/2004, 01h59
Laurent Gomila

Gestion de la mémoire entre plusieurs DLL

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
27/07/2004, 12h15
Grulim

Re: Gestion de la mémoire entre plusieurs DLL

Citation:

Envoyé par Loulou24

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'.
27/07/2004, 12h30
Grulim

voila l'article en question:
PRB: Potential Errors Passing CRT Objects Across DLL Boundaries
PSS id: KB190799
tu devrais le retouver dans MSDN
27/07/2004, 12h51
Laurent Gomila

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

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 :cry:) ?

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)
27/07/2004, 14h10
Grulim

quels options de compilation utilises-tu pour tes DLLs ?
en particulier dans:
C/C++ -> Génération de code -> Bibliothèque runtime
27/07/2004, 14h35
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 ?
27/07/2004, 14h43
Grulim

Citation:

Envoyé par Loulou24

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).

Citation:

Envoyé par Loulou24

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...
27/07/2004, 15h28
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 :ave:

Merci !