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