Discussion :

[androz]

Bonjour � tous !

J'ai un petit programme qui s'amuse � aller chercher le code source d'une page internet. Rien de bien m�chant vous allez me dire. J'utilise tout b�tement un composant NMHTTP et sa m�thode Get() puis sa propri�t� Body pour y parvenir. Mon programme fonctionnait super bien jusqu'� aujourd'hui o� il a d�cid�, alors que je n'ai pas touch� � cette fonction, de geler � l'appelle de la m�thode Get !
J'ai donc essay� de d�bugger le truc en me faisant un petit programme � part qui utilise juste cette fonction, et �a marche comme sur des roulettes. C'est � n'y rien comprendre !

Si quelqu'un avait une id�e de comment d�bugger l'affaire �a serait sympa
Merci !

[androz]

Bon ben en fait ce n'est pas le NMHTTP le probl�me.... c'est un peu plus fondamental que �a.

La fonction qui utilise ce composant est membre de la classe de ma fiche. Ce que je ne savais pas, c'est qu'on dirait bien que cette fonction est appel�e lors du d�marrage de l'application, bien que je n'y fasse pas appel dans le constructeur.... �trange

[yarp]

Oui, j'ai d�ja eu de semblables joies. Les m�thodes des objets sont parfois appel�s avant le constructeur.

Quelque part il y a une certaine logique: je cr�e un objet, il appelle sont constructeur, puis d�clencher des �v�nements Windows, qui � leur tour peuvent d�clencher une closure quelconque qui se trouve dans la classe de la fen�tre principale - ou une autre bien entendu.

Poiur �viter cela j'ai mis des flags mais je suis r�cemment arriv� � la conclusion qu'il suffit de v�rifier que les fen�tres dont d�pendent ton controle (le controle lui-m�me, la fen�tre principales,...) ne sont plus � l'�tat csLoaded avant de commencer � les utiliser.
Etant donn� que je m'en suis sorti autrement je ne suis pas cat�gorique mais cela semble logique (cf. TComponent::Loaded).

Yarp

[androz]

Ok, merci yarp, �a a de l'allure....
Je vais tester �a