Kerrigan
Messages postés708Date d'inscriptionlundi 15 juillet 2002StatutMembreDernière intervention17 mars 2005
-
25 avril 2004 à 12:34
cs_SornDrixer
Messages postés2084Date d'inscriptionjeudi 12 décembre 2002StatutMembreDernière intervention30 janvier 2011
-
23 nov. 2004 à 16:30
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
cs_SornDrixer
Messages postés2084Date d'inscriptionjeudi 12 décembre 2002StatutMembreDernière intervention30 janvier 20118 23 nov. 2004 à 16:30
Ha d'accord, maintenant c'est plus clair :D
En effet cela serait pratique, peut-être aurons-nous un jour la chance de bénéficier de ce genre de fonction lors d'une prochaine version de mIRC ? En attendant, il faut faire avec les moyens du bord. (de bons vieux echo par-ci par-là afin de cerner le problème)
cs_Melnofil
Messages postés71Date d'inscriptiondimanche 23 juin 2002StatutMembreDernière intervention 1 février 2008 23 nov. 2004 à 14:59
Hum j'ai pas été assez explicite dans mon "Ps" :
L'idée c'etait de faire des assertions de tel sorte que si les assertions ne sont pas bonnes, une erreur sort en indiquant le numéro de la ligne qui a appelée la fonction. (Même si un echo avec un message d'erreur et en affichant $1- ca aide toujours pas mal)
cs_SornDrixer
Messages postés2084Date d'inscriptionjeudi 12 décembre 2002StatutMembreDernière intervention30 janvier 20118 23 nov. 2004 à 07:14
Merci de ton commentaire Melnofil.
Il est vrai que mon titre prête à la confusion, mon tuto explique comment gèrer les erreurs pouvant être provoquées dans mIRC et non en créer de nouvelle.
Tu peux toutefois créer tes "propres messages d'erreur" en vérifiant si tel ou tel paramètre est correct à partir de la structure de controle else-if, et dans ce cas, faire un halt ou afficher la raison de l'erreur en echo
cs_Melnofil
Messages postés71Date d'inscriptiondimanche 23 juin 2002StatutMembreDernière intervention 1 février 2008 22 nov. 2004 à 23:05
Merci beaucoup pour cette source, ca fait longtemps que je cherchais un équivalent du try/catch ! Je cours essayer ca tout de suite ^_^
(...)
"Nécéssite minimum mIRC 6.14" => Lol ca explique pkoi je l'ai pas trouvé (et oui j'ai lu toute la doc ^^) je suis encore sur la 6.12 (et ma doc aussi :p).
(...)
Génial exactement ce qu'il me fallait !
Ulcius : Effectivement ca peut poser un problème si on fait disparaître complètement l'erreur, mais on peut très bien mettre du code par la suite pour afficher l'erreur ailleurs, .
A ce sujet une remarque bonne à savoir : Si jamais on fait une erreur dans le label "error:" l'erreur ne peut à nouveau être récupérée (sinon on risquerait les erreurs à l'infini).
Melnofil
Ps: Ca me dis pas comment créer une erreur (Par exemple pour faire une assertion dans un identifiant personnalisé)... Dommage.
Ulcius
Messages postés44Date d'inscriptiondimanche 20 juin 2004StatutMembreDernière intervention 1 octobre 2004 3 sept. 2004 à 06:01
Interressant, mais personnellement, je préfère Avoir les erreur, pour savoir où aller les corrigés! Sinon, des erreur dans un addon, surtous pour un débutant, il y en a.
Donc, si les erreur son ignoré,, le scripteur débutant ou meme Avancer comme vous, ne poura pas savoir exactement qu'est-ce qui cause l'érreur, donc ne peut la corriger.
:) cétais mon ptit commentaire , mais c bien parreil ton truc drixer
cs_ReMi34
Messages postés1025Date d'inscriptionvendredi 29 août 2003StatutMembreDernière intervention28 mars 20052 25 avril 2004 à 17:13
Bonne idée ;)
Kerrigan
Messages postés708Date d'inscriptionlundi 15 juillet 2002StatutMembreDernière intervention17 mars 2005 25 avril 2004 à 12:34
c'est vraiment bon a savoir. c'est pas tombé dans l'oreil d'un sourd :))
23 nov. 2004 à 16:30
En effet cela serait pratique, peut-être aurons-nous un jour la chance de bénéficier de ce genre de fonction lors d'une prochaine version de mIRC ? En attendant, il faut faire avec les moyens du bord. (de bons vieux echo par-ci par-là afin de cerner le problème)
23 nov. 2004 à 14:59
L'idée c'etait de faire des assertions de tel sorte que si les assertions ne sont pas bonnes, une erreur sort en indiquant le numéro de la ligne qui a appelée la fonction. (Même si un echo avec un message d'erreur et en affichant $1- ca aide toujours pas mal)
23 nov. 2004 à 07:14
Il est vrai que mon titre prête à la confusion, mon tuto explique comment gèrer les erreurs pouvant être provoquées dans mIRC et non en créer de nouvelle.
Tu peux toutefois créer tes "propres messages d'erreur" en vérifiant si tel ou tel paramètre est correct à partir de la structure de controle else-if, et dans ce cas, faire un halt ou afficher la raison de l'erreur en echo
22 nov. 2004 à 23:05
(...)
"Nécéssite minimum mIRC 6.14" => Lol ca explique pkoi je l'ai pas trouvé (et oui j'ai lu toute la doc ^^) je suis encore sur la 6.12 (et ma doc aussi :p).
(...)
Génial exactement ce qu'il me fallait !
Ulcius : Effectivement ca peut poser un problème si on fait disparaître complètement l'erreur, mais on peut très bien mettre du code par la suite pour afficher l'erreur ailleurs, .
A ce sujet une remarque bonne à savoir : Si jamais on fait une erreur dans le label "error:" l'erreur ne peut à nouveau être récupérée (sinon on risquerait les erreurs à l'infini).
Melnofil
Ps: Ca me dis pas comment créer une erreur (Par exemple pour faire une assertion dans un identifiant personnalisé)... Dommage.
3 sept. 2004 à 06:01
Donc, si les erreur son ignoré,, le scripteur débutant ou meme Avancer comme vous, ne poura pas savoir exactement qu'est-ce qui cause l'érreur, donc ne peut la corriger.
:) cétais mon ptit commentaire , mais c bien parreil ton truc drixer
25 avril 2004 à 17:13
25 avril 2004 à 12:34