erreur inatendue

Tiré de l'aide de VB :

Erreur définie par l'application ou par l'objet


Ce message s'affiche lorsqu'une erreur générée par la méthode Raise ou
l'instruction Error ne correspond pas à une erreur définie par Visual Basic
pour Applications. Elle est également renvoyée par la fonction Error pour
lesarguments qui ne correspondent pas à des erreurs définies par Visual
Basic pour Applications. Il peut donc s'agir d'une erreur que vous avez
définie ou d'une erreur définie par un objet, y compris lesapplications
hôtes, telles que Microsoft Excel, Visual Basic, etc. Les feuilles Visual
Basic, par exemple, génèrent des erreurs liées aux feuilles qui ne peuvent
pas être générées à partir du code en spécifiant simplement un nombre comme
argument de la méthode Raise ou de l'instruction Error. Causes et solutions
de ce message :

Votre application a exécuté une instruction Err.Raise n ou Error n, mais le
nombre n n'est pas défini par Visual Basic pour Applications.
Si c'est votre intention, vous devez utiliser l'instruction Err.Raise et
spécifier des arguments supplémentaires de sorte qu'un utilisateur final
puisse comprendre la nature de l'erreur. Vous pouvez, par exemple, inclure
une chaîne explicative, la source et des informations d'aide. Pour regénérer
une erreur que vous avez récupérée, cette approche n'aboutira que si vous
n'exécutez pas Err.Clear avant de regénérer l'erreur. Si vous exécutez
d'abord l'instruction Err.Clear, vous devez compléter les arguments
supplémentaires de la méthode Raise. Examinez le contexte dans lequel
l'erreur s'est produite et assurez-vous que vous regénérez la même erreur.

Il se peut que lors de l'accès à des objets provenant d'autres applications,
une erreur se soit propagée jusqu'à votre programme et qu'elle ne
corresponde à aucune erreur Visual Basic.
Vérifiez la documentation des objets auxquels vous avez accédés. La
propriété Source de l'objet Err doit contenir le nom de classe de
l'application ou de l'objet qui a généré l'erreur. Pour comprendre le
contexte d'une erreur renvoyée par un objet, vous pouvez insérer
l'instruction On Error Resume Next dans le code d'accès aux objets plutôt
que la syntaxe On Error GoTo ligne.

Note Par le passé, les programmeurs ont souvent recouru à une boucle pour
obtenir la liste des chaînes de message de toutes les erreurs récupérables.
Ce code se présentait généralement de la manière suivante :

For index = 1 to 500
Debug.Print Error$(index)
Next index

Un tel code fournit toujours la liste de tous les messages d'erreur Visual
Basic pour Applications, mais affiche "Erreur définie par l'application ou
par l'objet" pour les erreurs définies par l'hôte, notamment les erreurs qui
dans Visual Basic ont trait aux feuilles, aux contrôles, etc. Il s'agit
souvent d'erreurs d'exécution récupérables. Pour rechercher la liste des
erreurs récupérables propres à votre application hôte, utilisez la boîte de
dialogue Rechercher de l'aide. Cliquez sur Rechercher, tapez Récupérable
dans la première zone de texte. Cliquez sur Erreurs récupérables dans la
zone de liste inférieure, puis sur Afficher.

Pour plus d'informations, sélectionnez l'élément en question et appuyez sur
F1.




Note : Pour retrouver le message d'erreur avec le numéro, utilise cette
ligne de code :
Call Err.Raise(NumErreur)

--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/

crock wrote:

bonjour, j'ai lors de l'execution d'une ammplication vb,
sur certaines machines une erreur 50003.

je ne trouve aucunes doc sur ce type d'erruer...
avez vous une idée?

Merci pour cette reponse mais l'application foncionne
tres bien sur certaines machines...
alors que sur d'autres, elle ne peut 'executer...
ne s'agirait il pas de fichier dll???
ou quelque chose comme cela...
dans ce cas comment savoir quels fichiers ajouter aux
autres machines?

Merci
Crok?

-----Message d'origine-----
Tiré de l'aide de VB :

Erreur définie par l'application ou par l'objet


Ce message s'affiche lorsqu'une erreur générée par la

méthode Raise ou

l'instruction Error ne correspond pas à une erreur

définie par Visual Basic

pour Applications. Elle est également renvoyée par la

fonction Error pour

lesarguments qui ne correspondent pas à des erreurs

définies par Visual

Basic pour Applications. Il peut donc s'agir d'une

erreur que vous avez

définie ou d'une erreur définie par un objet, y compris

lesapplications

hôtes, telles que Microsoft Excel, Visual Basic, etc.

Les feuilles Visual

Basic, par exemple, génèrent des erreurs liées aux

feuilles qui ne peuvent

pas être générées à partir du code en spécifiant

simplement un nombre comme

argument de la méthode Raise ou de l'instruction Error.

Causes et solutions

de ce message :

Votre application a exécuté une instruction Err.Raise n

ou Error n, mais le

nombre n n'est pas défini par Visual Basic pour

Applications.

Si c'est votre intention, vous devez utiliser

l'instruction Err.Raise et

spécifier des arguments supplémentaires de sorte qu'un

utilisateur final

puisse comprendre la nature de l'erreur. Vous pouvez,

par exemple, inclure

une chaîne explicative, la source et des informations

d'aide. Pour regénérer

une erreur que vous avez récupérée, cette approche

n'aboutira que si vous

n'exécutez pas Err.Clear avant de regénérer l'erreur. Si

vous exécutez

d'abord l'instruction Err.Clear, vous devez compléter

les arguments

supplémentaires de la méthode Raise. Examinez le

contexte dans lequel

l'erreur s'est produite et assurez-vous que vous

regénérez la même erreur.

Il se peut que lors de l'accès à des objets provenant

d'autres applications,

une erreur se soit propagée jusqu'à votre programme et

qu'elle ne

corresponde à aucune erreur Visual Basic.
Vérifiez la documentation des objets auxquels vous avez

accédés. La

propriété Source de l'objet Err doit contenir le nom de

classe de

l'application ou de l'objet qui a généré l'erreur. Pour

comprendre le

contexte d'une erreur renvoyée par un objet, vous pouvez

insérer

l'instruction On Error Resume Next dans le code d'accès

aux objets plutôt

que la syntaxe On Error GoTo ligne.

Note Par le passé, les programmeurs ont souvent

recouru à une boucle pour

obtenir la liste des chaînes de message de toutes les

erreurs récupérables.

Ce code se présentait généralement de la manière

suivante :

For index = 1 to 500
Debug.Print Error$(index)
Next index

Un tel code fournit toujours la liste de tous les

messages d'erreur Visual

Basic pour Applications, mais affiche "Erreur définie

par l'application ou

par l'objet" pour les erreurs définies par l'hôte,

notamment les erreurs qui

dans Visual Basic ont trait aux feuilles, aux contrôles,

etc. Il s'agit

souvent d'erreurs d'exécution récupérables. Pour

rechercher la liste des

erreurs récupérables propres à votre application hôte,

utilisez la boîte de

dialogue Rechercher de l'aide. Cliquez sur Rechercher,

tapez Récupérable

dans la première zone de texte. Cliquez sur Erreurs

récupérables dans la

zone de liste inférieure, puis sur Afficher.

Pour plus d'informations, sélectionnez l'élément en

question et appuyez sur

F1.




Note : Pour retrouver le message d'erreur avec le

numéro, utilise cette

ligne de code :
Call Err.Raise(NumErreur)

--
Nicolas G.
FAQ VB : http://faq.vb.free.fr
API Guide : http://www.allapi.net
Google Groups : http://groups.google.fr/
MZ-Tools : http://www.mztools.com/

crock wrote:

bonjour, j'ai lors de l'execution d'une ammplication

vb,

sur certaines machines une erreur 50003.

je ne trouve aucunes doc sur ce type d'erruer...
avez vous une idée?

.