Problème avec le debug de Visual Studio 2022 Community
sylvain_nantes
Messages postés31Date d'inscriptionvendredi 4 mars 2022StatutMembreDernière intervention18 avril 2022
-
8 avril 2022 à 13:11
vb95
Messages postés3467Date d'inscriptionsamedi 11 janvier 2014StatutContributeurDernière intervention24 mars 2024
-
19 avril 2022 à 14:19
Bonjour,
J'ai développé une application il y a 2 ans sous visual basic 2010.
Mon employeur a changé les ordinateurs et mon application ne fonctionne plus complètement.
J'ai tenté d'installer Visual Basic 2010 sur ce nouvel ordinateur mais rien n'y fait.
Donc j'ai installé Visual Studio 2022 Community.
J'ai 2 difficultés qui m'empêchent de rechercher les erreurs.
La première, et de taille, quand je clique sur le bouton DEMARRER du debug, une erreur intervient tout de suite. Mon application fait appel à des fichiers or, le debug impose le dossier bin\debug à mes dossiers.
Par exemple, l'application devrait appeler le fichier c:\RépertoireDeLappli\Fichiers\fichier.csv et l'erreur de VS m'indique qu'il ne trouve pas le fichier : c:\Répertoire\bin\debug\Fichier\fichier.csv
Ainsi, impossible pour moi de tester mon application.
Sauriez-vous comment contourner cet écueil ?
La deuxième difficulté est que si je modifie mon code, je ne sais pas où retrouver mon exécutable. Sur VBexpress 2010, je récupérais l'exécutable dans le dossier DEBUG...
Pourriez-vous m'indiquer la procédure pour récupérer l'exécutable ?
En vous remerciant de votre indulgence quant à mon ignorance... Je dois dire que VS Studio me parait bien compliqué.
Merci
Whismeril
Messages postés18991Date d'inscriptionmardi 11 mars 2003StatutContributeurDernière intervention27 mars 2024654 Modifié le 18 avril 2022 à 19:52
2- n'enregistrait pas les modifications
Que VS n'enregistre pas les modifications est inexact. Le code était bien enregistré, sinon en rouvrant le projet tu l'aurais vu.
Ce qui te fais penser ça est plus insidieux.
Je t'ai posté la capture d'un message d'alerte au post 44, et je t'ai dit que tu as probablement coché la case qui fait que l'alerte n'est plus affichée et surtout tu as certainement répondu "oui". Je ne sais pas si tu bien as lu cette alerte la première fois, ni quand je te l'ai repostée, mais quoiqu'il en soit tu n'en as pas compris la portée.
En répondant oui, tu as choisis d'ignorer les erreurs de compilation et de lancer la dernière version qui compilait. VS garde un historique dans son cache et hop, y'a des erreurs, je te sors une vieille version du chapeau.
Je te l'accorde c'est complètement idiot de la part de microsoft de proposer que ce soit un comportement par défaut, mais factuellement tu t'es tiré une balle dans le pied.
Je t'ai fais changé l'option pour que "non" soit maintenant le comportement par défaut, ce qui implique que si ça ne compile pas, le programme ne se lance pas.
1- ajoutait un bin\debug au chemin
, tu l'as vérifié avec un point d'arrêt ou puisque le programme fonctionne tu l'as supposé?
Je ne reste pas persuadé que la mention de bin/debug soit un problème, je t'ai même indiqué plus haut que cela pouvait être normal. Et de la réponse à cette question va dépendre la stratégie de déploiement.
sylvain_nantes
Messages postés31Date d'inscriptionvendredi 4 mars 2022StatutMembreDernière intervention18 avril 2022 Modifié le 19 avril 2022 à 14:19
@Whismeril @VB
Je vous remercie chaleureusement pour m'avoir aidé sur ce passage de VB2010 à VS2022.
Je note que je dois me mettre au VB.net et ne plus penser en terme vb6