Discussion :

[engrobel]

Rebonjour,

Une autre enigme (pour moi) à résoudre.

J'utilise un(e?) socket pour communiquer entre deux process.
Dans certains cas, le serveur n'est pas prêt à accepter la connexion d'un client. Cela produit un message d'erreur "Erreur Socket asynchrone 10061 Connection refused.
J'aimerais gérer les erreurs de connexion dans le gestionnaire OnError de TClientSocket mais je ne sais pas comment éviter l'affichage de ce message d'erreur.
J'ai essayer d'encadrer la methode Open par un try catch mais ça ne marche pas.

[yozart]

un socket, une sockette.

Pour le problème du try /catch et si j'ai bien compris ton pb, essaie de lancer ton appli en lancant directement l'exécutable sans passer par BCB. Normalement, l'erreur devrait être gérée. Si oui, alors il y a un endroit dont je ne me rappelle plus ou l'on peu dire a c++builder de ne pas gerer l'erreur, qu'on s'est débrouillé avec. Je vais essayer de retrouver, mais je promet rien. lol



[edit] chez moi c'est dans: Menu Option-> Options du deboggueur->Exceptions du langage. La tu pourras ajouter l'exceptions que BCB doit ignorer.

[pottiez]

Salut,
il me semble que si tu met à zéro le paramètre ErrorCode de l'événement OnError, le message d'erreur ne s'affiche plus.

A vérifier

[yozart]

bah de toute facon, avec le try/catch, tant qu'on met pas un MessageDlg(...) ou truc du style, le message ne s'affiche pas non plus étant donné qu'il est catché et qu'il fait ce qu'on lui dit de faire.

Le problème c'est que meme avec un try/catch, lorsqu'on execute notre appli a partir de BCB, ce dernier s'amuse à gerer les erreurs même si on les gere deja nous même... d'ou mon edit du dessus ^^

[pottiez]

Oui, sauf que la ce n'est pas sur que le try catch l'intercepte car il y as une gestion avec l'événement OnError

[engrobel]

Merci pottiez, ErrorCode = 0, ça marche!