RÉDACTEUR D'UNITÉ DE CHARGEMENT DYNAMIQUE DE DLL

Signaler
-
Messages postés
3874
Date d'inscription
mardi 8 mars 2005
Statut
Modérateur
Dernière intervention
7 novembre 2014
-
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.

https://codes-sources.commentcamarche.net/source/39248-redacteur-d-unite-de-chargement-dynamique-de-dll

Messages postés
3874
Date d'inscription
mardi 8 mars 2005
Statut
Modérateur
Dernière intervention
7 novembre 2014
14
J'adore mes posts ! On dirait que je suis skizo.

Je me demande ce que devient florenth...
Messages postés
3874
Date d'inscription
mardi 8 mars 2005
Statut
Modérateur
Dernière intervention
7 novembre 2014
14
Je me suis la tête encore 3 heures sur ce problème.

Apparement y en aurait plutôt 2 d'ailleurs.

1 Si on fait un Form.Free dans la finalization de la dll, on aboutit à une exception dans la dll
uxtheme.dll. Pour empècher ça, on peut faire un Action:= caFree; ou utiliser la méthode de Shinning.

2 Une exception dans la méthode Free de la classe TObject (Parfois après un petit temps d'execution anormal).

test eax, eax | -> Quitte si Self pointe sur nil.
jz sur le ret |
mov dl, $01
mov exc, [eax] -> C'est là que l'exception à lieu, à la récuération de l'adresse
de la classe.
call dword ptr [ecx- $04] -> Appel de la méthode Destroy de la classe.
ret

Le tout avec réserve, je suis pas pro.

L'exception a donc lieu car l'adresse de l'objet qu'on décide de libéré est invalide.

Comme il y a a priori n'importe quoi dans eax, cela explique peut être pourquoi des fois il y a erreur et des fois pas.

Apparement, on peut se débarrasser de cette erreur en mettant en commentaire l'appel à la métode UnloadThemeData.

Cet appel se trouve dans la méthode Destroy de la classe (Dont j'ai pas noté le nom, mais elle est toute seule) contenue dans l'unité Delphi7\Source\Lib\Themes.pas.

Une fois mis en commentaire, faut s'arranger pour que la compilation de la fiche de la dll prenne en considération cette modife. (Le dcu doit se trouver dans Delphi7\Lib).

Evidement, c'est pas une solution, mais ça permet peut être de mieux cerné le problème...

florenth -> Je pense à toi, mais ça risque effectivement de prendre une semaine. :,(
Messages postés
3874
Date d'inscription
mardi 8 mars 2005
Statut
Modérateur
Dernière intervention
7 novembre 2014
14
Désolé florenth mais je suis toutjours pas parvenut à faire passer mes fichiers depuis mon PC vers le net.

Je pourrais peut être le faire la semaine prochaîne...

Pour info, j'utilise une Delphi 7 Peros et j'ai un XP SP2 thème classique.

J'ai un peu regardé ce qu'il y a en source fournit avec Delphi. Apparement, les unités uxtheme et themes gère une partie du thème XP.

uxtheme charge dynamiquement la dll uxtheme.dll, et themes propose avant tout une classe, mais je sais pas à qui (Du côté de la VCL à mon avis).

Mon appli qui plante avec external parvient jusqu'à un point d'arrêt situé sur le end. de la finalization de l'unité themes... L'exception à lieu après ça. J'ai aussi essayé d'empécher le déchargement de la classe et de la dll uxtheme, mais cela n'a donné aucun résultat.
C'est marrant, chacun a sa méthode qu imarche chez lui !
Pour que je puisse faire une analyse plus complète, RT15, tu pourrais m'envoyer la version compilee de ton projet (avec la dll et define EXTERNAL), comme ça je comparerai les executables.

mon mail : mon_pseudo (à remplacer bien sur) -AT- msn -DOT- com

Merci d'avance et pourvu qu'on trouve le pourquoi du comment !! ^^
Afficher les 8 commentaires