Salut à tous
dans mon appli, j'ai essayé de gérer au maximum les erreurs.
Mais des fois, [je ne sais pas s'il s'agit d'un bug de vb6], apres des manip
dans
l'IDE, quand j'execute, il me dit des messages du genre: erreur de tel
controle ocx.
Je voulais savoir si c'était possible avec du code de créer une gestion
d'erreur "globale" de l'application
qui par la suite pourrait faire comme dans XP :Voulez vous envoyer le
message d'erreur......etc
Ou encore mieux comme avec vb.net qui propose de d'arreter ou de continuer.
J'espère que j'ai été assez clair.
l'important pour moi étant la gestion d'erreur "globale".
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
gedeon
salut, Je suppose que tu utilises une instruction du type on error goto etiquette rien ne t'empeche de traiter l'erreur dans ton etiquette de la façon suivate
etiquette: call Gestionerreur(err)
public sub GestionErreur(byval ContextError as error) ici, n'importe quel traitement du style select case ContextError.number case ... affichage d'un formulaire resume next end select
end sub
c'est a peu pres ça. en ce qui concerne [je ne sais pas s'il s'agit d'un bug de vb6], remets-toi ou plutot remets ton traitement en cause. la gestion d'erreur VB est puissante et permet de remonter la quasi totalité des erreurs de ton application. L'erreur du style "le contrôle activex n'est pas chargé ..." n'est pas un problème VB mais plutot un probleme lié à l'appel d'un activeX introuvable. VB.Net: Effectivement, VB.Net permet de continuer après avoir rencontré une erreur. mais si l'activeX n'est pas chargé, quel est l'interet de continuer puisque de toutes facons, l'appli sera inutilisable.
si tu as la possibilité de développer sous .net, laisse tomber VB6 et concentre toi sur le potentiel de ce langage. A +
"Flex" a écrit dans le message de news:
Salut à tous dans mon appli, j'ai essayé de gérer au maximum les erreurs. Mais des fois, [je ne sais pas s'il s'agit d'un bug de vb6], apres des manip dans l'IDE, quand j'execute, il me dit des messages du genre: erreur de tel controle ocx. Je voulais savoir si c'était possible avec du code de créer une gestion d'erreur "globale" de l'application qui par la suite pourrait faire comme dans XP :Voulez vous envoyer le message d'erreur......etc Ou encore mieux comme avec vb.net qui propose de d'arreter ou de continuer. J'espère que j'ai été assez clair. l'important pour moi étant la gestion d'erreur "globale".
Merci Cordialement Flex
salut,
Je suppose que tu utilises une instruction du type on error goto etiquette
rien ne t'empeche de traiter l'erreur dans ton etiquette de la façon suivate
etiquette:
call Gestionerreur(err)
public sub GestionErreur(byval ContextError as error)
ici, n'importe quel traitement du style
select case ContextError.number
case ...
affichage d'un formulaire
resume next
end select
end sub
c'est a peu pres ça.
en ce qui concerne [je ne sais pas s'il s'agit d'un bug de vb6], remets-toi
ou plutot remets ton traitement en cause.
la gestion d'erreur VB est puissante et permet de remonter la quasi totalité
des erreurs de ton application.
L'erreur du style "le contrôle activex n'est pas chargé ..." n'est pas un
problème VB mais plutot un probleme lié à l'appel d'un activeX introuvable.
VB.Net:
Effectivement, VB.Net permet de continuer après avoir rencontré une erreur.
mais si l'activeX n'est pas chargé, quel est l'interet de continuer puisque
de toutes facons, l'appli sera inutilisable.
si tu as la possibilité de développer sous .net, laisse tomber VB6 et
concentre toi sur le potentiel de ce langage.
A +
"Flex" <flex@yahoo.co.jp> a écrit dans le message de news:
uOiRxQY2EHA.3092@TK2MSFTNGP10.phx.gbl...
Salut à tous
dans mon appli, j'ai essayé de gérer au maximum les erreurs.
Mais des fois, [je ne sais pas s'il s'agit d'un bug de vb6], apres des
manip dans
l'IDE, quand j'execute, il me dit des messages du genre: erreur de tel
controle ocx.
Je voulais savoir si c'était possible avec du code de créer une gestion
d'erreur "globale" de l'application
qui par la suite pourrait faire comme dans XP :Voulez vous envoyer le
message d'erreur......etc
Ou encore mieux comme avec vb.net qui propose de d'arreter ou de
continuer.
J'espère que j'ai été assez clair.
l'important pour moi étant la gestion d'erreur "globale".
salut, Je suppose que tu utilises une instruction du type on error goto etiquette rien ne t'empeche de traiter l'erreur dans ton etiquette de la façon suivate
etiquette: call Gestionerreur(err)
public sub GestionErreur(byval ContextError as error) ici, n'importe quel traitement du style select case ContextError.number case ... affichage d'un formulaire resume next end select
end sub
c'est a peu pres ça. en ce qui concerne [je ne sais pas s'il s'agit d'un bug de vb6], remets-toi ou plutot remets ton traitement en cause. la gestion d'erreur VB est puissante et permet de remonter la quasi totalité des erreurs de ton application. L'erreur du style "le contrôle activex n'est pas chargé ..." n'est pas un problème VB mais plutot un probleme lié à l'appel d'un activeX introuvable. VB.Net: Effectivement, VB.Net permet de continuer après avoir rencontré une erreur. mais si l'activeX n'est pas chargé, quel est l'interet de continuer puisque de toutes facons, l'appli sera inutilisable.
si tu as la possibilité de développer sous .net, laisse tomber VB6 et concentre toi sur le potentiel de ce langage. A +
"Flex" a écrit dans le message de news:
Salut à tous dans mon appli, j'ai essayé de gérer au maximum les erreurs. Mais des fois, [je ne sais pas s'il s'agit d'un bug de vb6], apres des manip dans l'IDE, quand j'execute, il me dit des messages du genre: erreur de tel controle ocx. Je voulais savoir si c'était possible avec du code de créer une gestion d'erreur "globale" de l'application qui par la suite pourrait faire comme dans XP :Voulez vous envoyer le message d'erreur......etc Ou encore mieux comme avec vb.net qui propose de d'arreter ou de continuer. J'espère que j'ai été assez clair. l'important pour moi étant la gestion d'erreur "globale".
