Discussion :

[sovitec]

Bonjour,

Je me suis fait une petit formulaire pour envoyer des emails depuis mes applications. Lorsque ce formulaire est appelé depuis un exe je n'ai pas de problème.

Par contre lorsque ce formulaire est inclus dans une dll et qu'il est appelé depuis un autre formulaire de la même dll alors il n'est pas initialisé. Et lorsque j'essaie de le créer dans le code j'ai le message d'erreur suivant renvoyé par un composant Indy de Delphi 2007 posé sur le formulaire :

Project xxx.exe raised exception class EAssertionFailed with message 'Assertion failure (C:\builds\TpAddons\IndyNet\System\IdStack.pas, line 655)'.

Est-ce qu'il faut faire quelque chose de spécial pour initialiser un formulaire possédant des composants Indy ?

Merci

[guillemouze]

peut etre en utilisant ShareMem (a mettre en tout premier uses de ton dpr ET de ta dll).
Sinon, si elle est liée statiquement, il y a des problemes notemment avec les groupBox. Ca se corrige en liant la dll dynamiquement.

[sovitec]

Merci pour la réponse.

Je viens d'essayer de rajouter le ShareMem, mais malheureusement cela ne change rien.

Et si j'utilise effectivement un TGroupBox, ma dll est déjà liée dynamiquement.

Une autre idée ?

Merci encore.

[sovitec]

Après quelques tests je précise ma question. C'est le TIdSMTP qui pose problème, puisqu'un simple

Code :

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

TIdSMTP.Create(AOwner);

génère le même message d'erreur.

[sovitec]

J'avance.

En fait les sources d'Indy sont disponibles et en regardant le code je me suis aperçu que le problème venait de ce que la partie "initialization" des unités inclues dans la dll n'était pas exécuté.

Comment remédier à cela alors ?

Merci.

[Paul TOTH]

Après quelques tests je précise ma question. C'est le TIdSMTP qui pose problème, puisqu'un simple

Code :

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

TIdSMTP.Create(AOwner);

génère le même message d'erreur.

si tu partages des objets entre l'exe et la dll c'est normal que ça plante...sinon tu devrais regarder la ligne 655 de IdStack.pas

[sovitec]

Non, non, je ne partage rien.

Comme je l'ai dit dans mon dernier message le problème semble provenir de ce que la parie "initialization" des units utilisées dans la dll ne s'effectue pas. Et la ligne incriminée de IdStack utilise justement un objet créé dans la partie initialization de IdStack.pas

Mon problème est donc maintenant de savoir la raison de ce comportement, et surtout comment y remédier, ou au moins de savoir quelle pourrait être la partie fautive entrainant ce comportement.

Il y a une question similaire à la mienne sur le forum de support d'Embarcadero, mais sans réponse concrète malheureusement.

Merci en tous cas de s'être penché sur mon problème.

[guillemouze]

ca me parait bizare que la partie initilization soit squeezée dans la dll!
J'ai justement a probleme qui s'en raproche, j'ai une ADOConnection créee dans la partie initialization d'une unité, et ca se passe bien dans un exe normal, mais j'ai une AV si cette unité est utilisée dans une dll !

[sovitec]

En désespoir de cause j'ai créé une application utilisant exactement les mêmes unités que ma dll, et le problème persiste.

Quel pourrait être la raison qui fait que la partie initialization des unités d'une application n'est jamais exécutée, sans pourtant qu'une exception ne soit levée ?

Merci de votre aide.

[guillemouze]

as tu construit ta dll avec "utiliser les dcu de debugage" (et peut etre sans l'optimisation) ?