Erreur EOutOfResources avec un LoadLibrary

Bonjour,

Tout d'abord j'utilise C++ Builder 2006 update 2.

Voila j'ai une application qui charge une dll en dynamique avec LoadLibrary.
Quand je passe dessus avec le debugguer j'ai cette erreur qui est lancé : "EOutOfResources avec comme message "Samedi""
mon HINSTANCE de retour à une valeur NULL.
si je fais un GetLastError() juste après il me dis que tout c'est bien passé (valeur à 0).

Si je fait une application à côté qui ne fait que le LoadLibrary de la dll, tout ce passe bien.

Quelqu'un a une idée de ce que cela pourrait être, parce que moi je sèche là.

Merci

testes en réalisant un chargement statique ou alors en retardé dans les options du projet (ce qui correspond à dynamique) pour voir si tu as les mêmes symptômes.

Cela correspond en général à un plantage des fonctions appelées par adresses..

Dans mon cas en mode débug, c'était tout BDS qui tombait...

Si je fais une liaison avec la dll avec chargement retardé j'obtient une erreur fatal de violation d'accès.
Et ensuite il me met qu'il ne trouve pas la DLL.

Attention avec DLL retardé tu dois la déclarer comme en statique du style:

Code:

---

extern "C" __declspec(dllimport) void __stdcall Testdll(struct TestMessIn *, ....

---

et associer le .LIB de la DLL à ton code.

J'ai eu le même problème avec une mise à jour de ressource. Ta dll est chargée par Builder et donc ses droits d'accès lui sont réservé. En mode pas à pas, tu ne peux pas voir ce qui se passe, alors que ton exe s'exécute bien.

Il se peut que tu retrouves un jour ou l'autre une erreur 110 (OPEN_FILE_ERROR)

En poussant l'étude un peu plus loin je m'apperçoit que se problème vient avec des dll contenant des fiches.
Toutes les dll sans fenêtre ne pose pas de problème de chargement avec la fonction LoadLibrary ????

Voila j'ai trouvé le problème.
Mes dll venait d'une version C++ Builder 5.
Au moment du passage de Builder 5 à 2006 un option de compilation est apparue :

Code:

---

1 2 3

<property category="win32.*.win32b.bcc32" name="option.sysdefines.arg.2" value="_NO_VCL"/>

---

C'est pour cela que pour toute mes dll avec des Form, il était impossible de les chargés.
Après suppression de cette ligne, tout est rentré dans l'ordre.

Ce qui est étonnant c'est qu'il n'y a eu aucun message du compilateur ou linker me disant qu'il pourrait y avoir un problème.

Merci a tout ceux qui mo'nt aidé