Un pote a crée un prog en Vb mais dès que je veux le lancer, il me met "Erreur d'execution '53'" Que faire ???
 
Merci pour vos futures réponses.

Erreur 53 = fichier non trouvé !
Donc, tu sais ce qu'il te reste à faire : parser le source à la recherche d'un accès à un fichier qui n'existe pas sur ta machine, et supprimer la ligne ou te procurer le fichier en question.

Il a peut-être codé "en dur" le chemin d'accès à un fichier présent ou non avec le programme (comme C:\Mon Compilo\Mes sources\Le Projet\JoliDessin.jpg" ).
 
S'il manquait un VBX, OCX, DLL, .. il serait plus explicite, me semble-t-il, là c'est une erreur lors de l'éxécution.

ouais, c bien ce qu'il me semble mais le truc, c'est que c'est vraiment un programme tout con....ah, je sais peut être à quoi c'est dû, je viens d'avoir une idée. Merci quand même à vous pour vos réponses.

C'est (TRES) utile de tester un prog, même "tout bête" à différents endroits sur différentes machines !!! Y a des fois des petits trucs qui peuvent gêner, autant les déterminer au début et s'en rendre compte assez tôt.
 
On envoie un soft qui marche bien chez soi à qq pour lui rendre service : c'est là qu'on voit qu'il ne marche plus/pas because jamais testé . Faut se replonger dans le source, ..

non, mais là, le pb était (car il a été résolu) que ce programme est conçu pour le jeu de foot Coupe du Monde 2002. Ce qui s'est passé, c'est que le programme était fait de telle sorte qu'il devait récupérer et modifier des fichiers se trouvant dans le répertoire Data du jeu et c'est là qu'il y avait un pb parce que, pour que les fichiers ds Data soient accessibles, il faut faire une installation personnalisé de Coupe du Monde. Ceux qui ont eu le pb venait de ça,ils avaient fait une installation classique d'où l'erreur d'execution 53.
 
 
Voilà pour la petite histoire

Pour que cela soit plus "pro" pour l'utilisateur, quand il y a une section "délicate", on peut dérouter les erreurs potentielles en mettant, au début du module (SUB ou FUNCTION) un "on error goto xx" puis "on error goto 0" avant de sortir du dit module. On peut ainsi dérouter localement l'erreur potentielle à l'étiquette xx, et rendre plus explicite le verdict. Ouverture de fichier, accès disquette, ..
 
Du genre "le fichier truc ne se trouve pas dansle répertoire machin", ou "le répertoire machin est introuvable", ... C'est mieux qu'une erreur système 53...

Oui, c'est exact mais bon, le prog, c pas moi qui l'ai fait mais il est vrai que le traitement des erreurs est tjrs qqch d'utile et surtout de plus compréhensible pour l'utilisateur.
 
Merci bcp pour ts ces conseils.  

... il ne faut surtout pas utiliser VB

 
Pas bien      

VB, c'est pas si mal que ça... Suffit d'être rigoureux. Y a(avait ?) "juste" une grosse DLL à traîner comme un boulet.
Il en faut pour tous les goûts.
 
Pour accélérer certains traitements, je me suis mis à écrire des DLL en C (ss Win3.11). C'est pas mal, mais ça devient l'usine à gaz à gérer. Vive le C 100% .