Discussion :

[Anaka]

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

[Fbartolo]

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

[Anaka]

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.

[Fbartolo]

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

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

[bandit boy]

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)

[Anaka]

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 ????