Problème avec le debug de Visual Studio 2022 Community

Question

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

vb95 · Answer

Bonjour 
C'est tout à fait compréhensible que Visual Basic Net 2010 ne fonctionne point sur le nouveau PC . Ce ne sont pas les mêmes Framework qui sont utilisés entre VB 2010 et VB 2022 .
Maintenant concernant les fichiers utilisés par l'application Visual Studio n'a jamais imposé de mettre ces fichiers dans un répertoire bien précis . Même il faut éviter de les mettre dans le même répertoire que l'application car si on fait un Setup de cette application pour l'installer sur un autre PC on installe aussi les fichiers de données . Evidemment si ces fichiers de données ne sont JAMAIS modifiés par l'application cela ne pose aucun problème .
Maintenant où mettre les fichiers de données ?
Application.UserAppDataPath te donne le répertoire utilisé par l'application pour y stocker les fichiers de données du projet . Et ces fichiers sont modifiables sans souci par l'application . Par contre ces fichiers ne sont pas pris en compte lors de la création d'un Setup pour installer l'application sur un autre PC .
Quant à l'exécutable il est dans le répertoire bin\debug de ton application . ATTENTION : il ne faut jamais utiliser l'exécutable directement pour l'installer sur un autre PC . Il faut créer un Setup d'installation avec l'onglet "Publier" lorsque l'on accède aux "Propriétés du Projet"

sylvain_nantes · Answer

Merci pour votre réponse.
Je demeure perplexe.
Toute mon application fonctionne avec des appels à des fichiers modifiables. Je ne vois pas comment faire pour tout modifier les affectations des fichiers. 
Ce que je ne comprends pas, c'est pourquoi lors du test de VS il affecte bin\debug... Il n'y a pas d'autres solutions pour que je puisse tester ?

vb95 · Answer

Bonjour 
Je suppose que tous vos fichiers de données utilisés par votre application sont dans le même répertoire .
Quel est ce répertoire ( avec son nom exact ) ? 
Autre chose : quel est le message d'erreur dont vous parlez au démarrage de l'application et à quelle ligne de code se produit-t-elle ? PS : pour poster du code prière de suivre ce tuto :  https://codes-sources.commentcamarche.net/faq/11288-les-balises-de-code
Merci

Whismeril · Answer

Bonjour

Avant d’aller plus loin, il faudrait clarifier un point important, tu as parlé « d’employeur » donc tu as installé VS Community pour un usage professionnel.
Je te renvoie vers les conditions d’utilisation, https://visualstudio.microsoft.com/fr/vs/community/ tout en bas de la page.

Je cite :
 Pour les entreprises
Un nombre illimité d’utilisateurs au sein d’une entreprise peut utiliser Visual Studio Community dans les cas suivants : dans un environnement d’apprentissage, pour effectuer des recherches universitaires, ou pour contribuer à des projets open source.

Pour tous ces cas d’utilisation :
Dans les organisations non commerciales, jusqu’à 5 utilisateurs peuvent utiliser Visual Studio Community.
Dans les entreprises commerciales (c’est-à-dire celles qui possèdent plus de 250 PC ou totalisent un chiffre d’affaires annuel de plus de 1 million de dollars (USD)), Visual Studio Community ne peut être utilisé en dehors des cas mentionnés ci-dessus (projets open source, recherche universitaire, environnement d’apprentissage).  

Si ton utilisation de VS s’avère frauduleuse, les règles de ce forum nous interdisent de t’aider.

vb95 · Answer

bonjour Whismeril
C'est un aspect de la question dont j'avoue que je n'y ai nullement prêté attention .
Attendons donc la réponse  de l'intéressé avant de poursuivre .

sylvain_nantes · Answer

Je suis enseignant. Je développe des outils pour aider mes collègues dans leur tâches administratives. Je peux vous assurer que je suis dans le cadre des conditions d'utilisation

sylvain_nantes · Answer

VB95 :
Pour répondre à ta question, l'exécutable est dans un dossier : DOSSIERAPPLI. Les données sont dans divers dossiers à l'intérieur de ce dernier dossier. Par exemple : DOSSIERAPPLI\Fichiers ou DOSSIERAPPLI\Images
L'erreur dès le début de test est : system.IO.DirectoryNotFoundExeption : impossible de trouver une partie du chemin d'accès 'C:\...\DOSSIERAPPLI\bin\Debug\Fichier
omdefichier.csv.

D'où ma difficulté d'utiliser le test pour savoir où mon programme ne fonctionne pas avec le nouveau Framework (d'ailleurs... je suis étonné qu'il ne le prenne pas en compte)

Donc, comment faire pour éviter cette affectation de dossier bin\debug par VS pour tester mon programme ?

En vous remerciant

Merci VB95, j'ai trouvé comment générer mon exécutable.

sylvain_nantes · Answer

VB95 :
Pour répondre à ta question, l'exécutable est dans un dossier : DOSSIERAPPLI. 

Les données sont dans divers dossiers à l'intérieur de ce dernier dossier. Par exemple : DOSSIERAPPLI\Fichiers ou DOSSIERAPPLI\Images

L'erreur dès le début de test est : 
system.IO.DirectoryNotFoundExeption : impossible de trouver une partie du chemin d'accès 'C:\...\DOSSIERAPPLI\bin\Debug\Fichier
omdefichier.csv

D'où ma difficulté d'utiliser le test pour savoir où mon programme ne fonctionne pas avec le nouveau Framework (d'ailleurs... je suis étonné qu'il ne le prenne pas en compte)

Donc, comment faire pour éviter cette affectation de dossier bin\debug par VS pour tester mon programme ?

En vous remerciant

vb95 · Answer

Bonjour
Whismeril au message 12 et moi même au message 3 nous avons posé des questions bien précises .
Tu ne nous pas vraiment répondu .
Montre nous le code avec la ligne de l'erreur ( en suivant ce tuto : https://codes-sources.commentcamarche.net/faq/11288-les-balises-de-code ) et en disant à quelle ligne se situe l'erreur . 
Maintenant réfléchissons un peu : tu lances l'exécution directement depuis l'exécutable en .exe ou en utilisant le menu "Débugger" de Visual Studio ?
Quel est le chemin réel de ton dossier DOSSIERAPPLI ( Exemple de réponse : "C:\DOSSIERAPPLI"  ) ?
Sinon on risque de ne pas avancer du tout .

sylvain_nantes · Answer

Pardon de n'avoir pas été précis. Je ne suis pas informaticien et j'avoue être un peu dépassé parfois.

Le problème est bien là. Je lance l'application du debugger de VS. 

la ligne de code est :
 FileOpen(1, C:\...\DOSSIERAPPLI\Fichier
omdefichier.csv, OpenMode.Input)

Et VS me met comme erreur :
system.IO.DirectoryNotFoundExeption : impossible de trouver une partie du chemin d'accès 'C:\...\DOSSIERAPPLI\bin\Debug\Fichier
omdefichier.csv

Whismeril · Answer

Tu as copié coller exactement la ligne de code?
Par ce que si oui, c'est pas du VB

vb95 · Answer

bonjour
Déjà FileOpen c'est du code VB6 .
VB Net permet cela mais ce n'est guère optimisé . Le jour où VB Net ne le permettra plus ton code ne fonctionnera plus . De plus on ne mélange pas les torchons et les serviettes : VB6 n'est plus optimisé depuis 1998 et je doute que cela soit fait à l'intérieur de Visual Studio .
Deux choses à faire en priorité :
1) Mettre le projet avec Option Strict et Option Explicit . cliquez dans Propriétés du projet dans le menu Projet . Une fois ceci fait cliquez dans l'onglet "Compiler"
    
Mettre les 2 sur On ( tu peux agrandir l'image en cliquant dessus) .
2) Supprimer l'importation automatique de VB 6 dans Visual Studio .
Dans le même interface que précédemment Cliquez sur l'onglet "References" .
Dans la liste du bas décochez Microsoft Visual Basic ( normalement c'est la première ligne) . Ainsi vous ferez du vrai VB Net et non un VB Net Vb6isé . Evidemment après cela FileOpen ne sera pas reconnu par VB Net

Maintenant deux cours très intéressants :  https://plasserre.developpez.com/cours/vb-net/ et https://tahe.developpez.com/dotnet/vbnet/

Maintenant je t'ai aussi demandé où se trouve réellement ton dossier DOSSIERAPPLI . Regarde avec l'explorateur de fichier de Windows et dis nous le chemin exact de ce dossier .

sylvain_nantes · Answer

Bonjour,
Effectivement mon code date ! J'ai travaillé aujourd'hui pour me remettre à la page. Voici le nouveau code  :

Dim j As StreamReader = New StreamReader(FichierEleves, Encoding.Default)
                infoEleve = j.ReadLine
                Do Until infoEleve Is Nothing
                    incEleve = incEleve + 1
                    infoEleve = Replace(infoEleve, ",", " ")
                    'Valuer le tableau de structure vEleves
                    Dim decodeInfoEleve As String() = Split(infoEleve, ";")
                    Dim i As Integer = 1
                    For i = 1 To taille_vEleve 'vEleves.GetUpperBound(1) 'taille_vEleve
                        vEleves(incEleve, i) = Replace(decodeInfoEleve(i - 1), ",", " ") ' -1 car split donne une liste commençant à 0
                    Next
                    infoEleve = j.ReadLine
                Loop
                j.Close()

Je clique sur le bouton Démarrer

Et j'obtiens la même erreur :
system.IO.DirectoryNotFoundExeption : impossible de trouver une partie du chemin d'accès 'C:\...\DOSSIERAPPLI\bin\Debug\Fichier\FichierEleves.csv

J'admets que mon code était obsolète et je vous remercie de me l'avoir signalé. Mais là où Visual Basic 2010Express me permettait de tester mon code et de me signaler les lignes où il y avait des erreurs, VS ne me permet même pas de tester. Il affecte à mes chemins de fichiers un bin\debug par défaut.

Si vous avez une idée ?
En vous remerciant

vb95 · Answer

Bonjour 
il y a déjà du mieux .
Quelques conseils :
1) on préfère garder les variables i et j pour les boucles for .
Donc Dim j As StreamReader = New StreamReader(FichierEleves, Encoding.Default) deviendra Dim StReader As StreamReader = New StreamReader(FichierEleves, Encoding.Default)
du coup  j.close() devient StReader .Close()
2) Les tableaux et les collections en VB Net commencent toujours à l'indice 0 et non à l'indice 1 par défaut en VB6 .
3) Les boucles

Dim i As Integer = 1
For i = 1 To taille_vEleve 'vEleves.GetUpperBound(1) 'taille_vEleve
   vEleves(incEleve, i) = Replace(decodeInfoEleve(i - 1), ",", " ") ' -1 car split donne une liste commençant à 0
Next
à remplacer par ( sans certitude : voir point 5 )

For i = 0 To taille_vEleve - 1   ' taille_vEleve
         vEleves(i) = Replace(decodeInfoEleve(i), ",", " ") 
Next
Un tableau de 10 valeurs a des indices de 0 à 9 par exemple
4) Ces lignes sont elles encore utiles ( ligne 4 et 5 de ton code )

incEleve = incEleve + 1
infoEleve = Replace(infoEleve, ",", " ")

5) Peux-tu nous mettre le détail de la structure vEleves pour lever le doute sur le point 3
6) Mets nous les lignes de code qui définissent le chemin de ton dossier DOSSIERAPPLI 

Maintenant je me répète : Où se trouve réellement ton dossier DOSSIERAPPLI . Regarde avec l'explorateur de fichier de Windows et dis nous le chemin exact de ce dossier .

Whismeril · Answer

C'est marqué dans son message d'erreur, ce qu'il appelle DossierAppli c'est le dossier du projet.

system.IO.DirectoryNotFoundExeption : impossible de trouver une partie du chemin d'accès 'C:\...\DOSSIERAPPLI\bin\Debug\Fichier\FichierEleves.csv


Peux tu

mettre un point d'arrêt à la ligne Dim j As StreamReader = New StreamReader(FichierEleves, Encoding.Default) et regarder le contenu de la variable FichierEleves
Si ce contenu est "FichierEleves.csv" alors c'est "normal" que ça plante, je t'expliquerai et il faudra comprendre pourquoi dans la version VS ça ne fonctionnait pas normalement.

Si son contenu est "C:\...\DOSSIERAPPLI\bin\Debug\Fichier\FichierEleves.csv" alors il faut revenir en arrière dans le programme pour trouver le bloc de code qui affecte cette variable, et le poster.

sylvain_nantes · Answer

Bonjour,

@ Whismeril : 
Donc après mise d'un point d'arrêt à la ligne sus citée, l'erreur est toujours présente et le contenu  est :
FichierEleves = "C:\OUTILS\DOSSIERAPPLI\bin\Debug\Fichier\fichiereleves.csv"

En fait FichierEleves est affecté comme suit :
Dim FichierEleves As String = Path & "Fichiers\fichiereleves.csv"

Et plus haut dans le programme Path est affecté comme suit : 
dim Path as string = "C:\DOSSIERAPPLI\

Ce que je ne comprends pas c'est en fait pourquoi le debbuger de VS affecte bin\debug
Faut-il que j'utilise le debugger différemment ? Sur VB2010Express il n'y avait pas de problème de ce type.

@ vb95 :
Merci pour tes conseils.
Pour répondre à ta question : "Maintenant je me répète : Où se trouve réellement ton dossier DOSSIERAPPLI . Regarde avec l'explorateur de fichier de Windows et dis nous le chemin exact de ce dossier ." 

DOSSIERAPPLI est situé sur le C:\OUTILS\

L'exécutable est dans le dossier DOSSIERAPPLI. 
Les fichiers appelés par le programme sont dans le dossier : DOSSIERAPLI\Fichier\

Je vous remercie pour le temps passé. Même si mon code n'est pas pro, voire obsolète (et je vous remercie de me corriger) je ne pense pas que le problème du debug vienne de lui.

vb95 · Answer

Bonjour
On a enfin la réponse à nos questions .
1) tu dis que l'exécutable est dans le dossier DOSSIERAPPLI c'est-à-dire  C:\OUTILS\DOSSIERAPPLI . Est-ce toi qui l' déplacé ?
Normalement l'exécutable est dans le dossier bin/debug du répertoire du projet
Un exemple ici avec un de mes projets : l'exécutable est le fichier DirectDiskNet.exe .
Cliquez dans l'image pour l'agrandir .


2) ensuite les fichiers de données .
Tu peux utiliser Application.StartupPath ou Application.UserAppDataPath comme répertoire pour les données .
Le premier est le répertoire de l'exécutable lui même alors que le second est un répertoire qui sera créé automatiquement pour les données de ce projet .
Ce second répertoire est de la forme :  C:\users\retra\AppData\Roaming\NomProjet\1.0.0.0 
c:\users est le répertoire C:\Utilisateurs . Ce répertoire contient généralement 3 répertoires : Default, Public et un troisième qui t'est personnel . C'est par ce troisième nom de répertoire que tu dois remplacer retra ( qui est mon répertoire personnel de données ) .
C'est donc dans C:\users\XXXXX\AppData\Roaming\NomProjet\1.0.0.0 que tu vas stocker tes fichiers de données .
Supposons que j'ai un fichier FichierEleves.csv dans un répertoire Fichiers .
Pour l'affecter on fera  Dim FichierEleves As String = Application.UserAppDataPath & "Fichiers\fichiereleves.csv"  .

Le nom complet du fichier est donc C:\users\XXXXX\AppData\Roaming\NomProjet\1.0.0.0\Fichiers\fichiereleves.csv

Il te suffit de déplacer tous tes fichiers de données dans ton répertoire  Application.UserAppDataPath et d'affecter tous tes fichiers comme ci dessus

Whismeril · Answer

Est ce que tu peux mettre un point d'arrêt à cette ligne
Dim FichierEleves As String = Path & "Fichiers\fichiereleves.csv" 
et regarder le contenu de Path

sylvain_nantes · Answer

@vb95
!!! ça commence à flirter avec les limites de mes compétences et de ma compréhension.

Pour répondre à ta question : "Bonjour
On a enfin la réponse à nos questions .
1) tu dis que l'exécutable est dans le dossier DOSSIERAPPLI c'est-à-dire C:\OUTILS\DOSSIERAPPLI . Est-ce toi qui l' déplacé ? 
Oui, c'est moi qui l'a copié à cet emplacement.

Je ne comprends pas l'utilité de Application.StartupPath et Application.UserAppDataPath
Concrètement, dans le répertoire du projet où j'ouvre VS, je créé un dossier Données. Dans mon code, quand j'écrirai Application.UserAppDataPath & "\Données", il trouvera automatiquement le dossier Données ? 

Pour Application.StartupPath, J'affecte en début de programme 
Dim Path As String = Application.StartupPath

Je sens bien que mon ignorance devient crasse !

@Whismeril

Même erreur encore et le contenu de Path est toujours le même.

vb95 · Answer

Bonjour 
1) Si tu as vraiment déplacé l'exécutable c'est normal que Visual Basic ne s'y retrouve plus .
Si tu lances un projet depuis l'interface de Visual Basic ( menu Deboguer --> Démarrer le débogage ) il ne faut jamais déplacer l'exécutable .
Pour installer un projet sur un PC et le lancer sans Visual Studio il faut créer un Setup d'installation et non exécuter directement l'exécutable . 
2) Utilité de Application.StartupPath  et Application.UserAppDataPath
Ces 2 répertoires se créent automatiquement : tu n'as rien à faire . Le second ne se crée que si une instruction Dim RepertoireDonnees as String = Application.UserAppDataPath existe dans le projet .

Application.StartupPath te donne le répertoire du projet et Application.UserAppDataPath te donne le répertoire des données du projet .
Pourquoi utiliser le second plutôt que le premier pour les données ? Imagines que tu as ton projet et que tu as fait un Setup d'installation . Avec le premier les données sont avec l'exécutable alors qu'avec le second elles sont bien dans un répertoire distinct de l'exécutable . Tu trouves une nouvelle fonction ou des améliorations à faire à ton projet . tu rajoute le code nécessaire à ton projet et tu refait un Setup . Avant d'installer ton nouveau Setup il faut que tu désinstalles l'ancien . Avec Application.StartupPath tu perds toutes tes données alors qu'avec l'autre ce n'est pas le cas ..

Maintanant comment corriger ton projet ? 
1) Vérifier que l'exécutable soit bien dans le répertoire bin/debug du projet .
2) Créer en début du projet une variable qui contient le répertoire de données : Dim RepertoireDonnees as String = Application.UserAppDataPath par exemple .
3) Déplacer toutes tes données dans ce répertoires .
4) Pour accéder à un fichier de données suivre cet exemple Dim FichierEleves As String = Application.UserAppDataPath & "Fichiers\fichiereleves.csv"

sylvain_nantes · Answer

@ Whismeril 
Est ce que tu peux mettre un point d'arrêt à cette ligne
Dim FichierEleves As String = Path & "Fichiers\fichiereleves.csv"
et regarder le contenu de Path 
Path = "C:\DOSSIERAPPLI\bin\Debug\"

Si oui, peux tu exécuter une ligne en pas à pas et regarder le résultat de la concaténation? 
Je ne sais comment faire cela ? 

@VB
1) Vérifier que l'exécutable soit bien dans le répertoire bin/debug du projet .
Oui. L'exécutable est bien dans le répertoire bin\debug

2) Créer en début du projet une variable qui contient le répertoire de données : Dim RepertoireDonnees as String = Application.UserAppDataPath par exemple .
J'ai créé un dossier UserAppDataPath dans le dossier DOSSIERAPPLI

3) Déplacer toutes tes données dans ce répertoires .
J'ai déplacé tous les dossiers données dans le répertoire UserAppDataPath

4) Pour accéder à un fichier de données suivre cet exemple
Dim FichierEleves As String = Application.UserAppDataPath & "Fichiers\fichiereleves.csv"

J'ai bien modifié le code. J'ai démarré le débogueur  menu Deboguer --> Démarrer le débogage. Le dégogueur ne fonctionne pas. Et FichierEleves="C:\DOSSIERAPPLI\bin\Debug\Fichiers\FichierEleves.csv"

Je désespère de pouvoir faire évoluer mon programme ! VB2010Express était simple. Le débogage fonctionnait très bien et m'indiquait là où se trouvait mes erreurs de code.
Avec VS, je ne peux même pas mettre en route le code. J'entends que je ne suis pas bon, pas toujours pertinent et mon code est certainement obsolète. Mais je ne comprends pas en quoi ce serait mon code qui induirait l'affectation par VS du répertoire bin\debug... 
Je m'y perds.

vb95 · Answer

Bonjour 
Je reprends le point 2 de ton dernier message .
2) Créer en début du projet une variable qui contient le répertoire de données : Dim RepertoireDonnees as String = Application.UserAppDataPath par exemple .
J'ai créé un dossier UserAppDataPath dans le dossier DOSSIERAPPLI

Je t'ai dit de créer la variable : Dim RepertoireDonnees as String = Application.UserAppDataPath
Je ne t'ai jamais dit de créer le dossier UserAppDataPath dans le dossier DOSSIERAPPLI .. Le dossier UserAppµµDataPath se crée tout seul lors de l'instruction  Dim RepertoireDonnees as String = Application.UserAppDataPath

Donc vu que ton exécutable est bien dans le répertoire bin\debug du projet il te faut 
1) Créer en début du projet une variable qui contient le répertoire de données : Dim RepertoireDonnees as String = Application.UserAppDataPath  par exemple .
2) Déplacer toutes tes données dans ce répertoire .
3) Pour accéder à un fichier de données suivre cet exemple  Dim FichierEleves As String = Application.UserAppDataPath & "Fichiers\fichiereleves.csv"

vb95 · Answer

C'est pourtant simple 
Tes données sont dans le répertoire DOSSIERAPPLI\Fichiers et DOSSIERAPPLI\Images .
Tu as donc 2 répertoires où se trouvent tes données . le répertoire fichiers et le répertoire Images .
Il te suffit de copier ces 2 répertoires dans le répertoire Application.UserAppDataPath .
Ce répertoire se trouve dans C:\users\XXXXX\AppData\Roaming\NomProjet\1.0.0.0 que tu vas stocker tes fichiers de données . vu que tu as mis tes fichiers de données dans des répertoires Fichiers et Images ce sont ces répertoires que tu copies dans Application.UserAppDataPath .

vb95 · Answer

Non il se crée tout seul si tu as inclus au début de ton programme Private RepertoireDonnees as String = Application.UserAppDataPath tout en haut dans le code de ta Form
Un exemple ici

Whismeril · Answer

Sylvain, on va laisser tomber AppData, Application.UserAppDataPath  et Application.StartupPath pour l'instant, comme je l'ai déjà écrit plus haut ça t'embrouille plus qu'autre chose. Dans l'absolu, VB te propose d'appliquer les préconisations de Microsoft, mais elles valent surtout pour un programme situé dans Programme Files pour Windows 10 et 11. Et là ton projet est ailleurs, donc on verra après la résolution si on fait mieux ou pas.

 VB2010Express était simple. Le débogage fonctionnait très bien et m'indiquait là où se trouvait mes erreurs de code. non il t'indiquait les erreurs de syntaxe, là c'est autre chose.

Si oui, peux tu exécuter une ligne en pas à pas et regarder le résultat de la concaténation?
Je ne sais comment faire cela ? comme avec VB2010, donc finalement tu ne savais pas débogguer non plus avec cet IDE.
En plus, puisque le le bin/debug est déjà présent à cette ligne donc il ne faut pas aller plus loin dans l'exécution.

Il y a 3 options (à priori)

Path est une classe de VB et donc appeler une variable par le même nom peut mettre le bazar...
soit tu as plusieurs variables de ce nom avec des contenus différents
soit quelque part entre la déclaration et ce moment le contenu a changé, il faudra trouver où/pourquoi.

Testons la première option:
A cette ligne, Dim FichierEleves As String = Path & "Fichiers\fichiereleves.csv", mets la souris sur Path, attends l'infobulle et vérifie si Path est une String
Si Path n'est pas une string, pas la peine d'aller plus loin, tu reviens ici le dire

Si Path est une string, la première option est éliminée, on teste la 2eme:
A la ligne dim Path as string = "C:\DOSSIERAPPLI\, tu appelles Path autrement et tu essayes de compiler. Il va y avoir des erreurs de syntaxes, c'est ce qu'on cherche.
S'il y en a une a la ligne Dim FichierEleves As String = Path & "Fichiers\fichiereleves.csv", c'est que tu utilises la même variable, s'il n'y en a pas c'est que tu as 2 variables (au moins) qui s'appellent Path.
Dans un cas comme dans l'autre reviens ici pour dire le résultat de ce 2eme test.

sylvain_nantes · Answer

@ Whismeril 

Première option :  Path est bien un string. 
Deuxième option : 
J'ai modifié dim Path as string = "C:\eeee\ 
J'ai lancé  menu Deboguer --> Démarrer le débogage.
Et là ???? je n'y comprends plus rien : Path = "C:\DOSSIERAPPLI\bin\Debug" 
Le débogueur ne prend pas en compte ce que je viens de modifier ! Pourtant j'ai enregistré la modification.

,

Whismeril · Answer

Donc tu as 2 variables qui s’appellent Path, et la première ne sert jamais.

Tu vas faire une recherche sur Path = si tu trouves une (ou des occurrences) tu copies la ligne ici

Whismeril · Answer

Ha,
Dans la liste d’erreurs, y’a t il des erreurs de compilation ?

Whismeril · Answer

A mon avis, à un moment tu as eu ce message

Tu as cliqué sur Oui et coché la case.

Pour vérifier, tu vas aller dans le menu Outils/Options et regarder le paramètre entouré

Et le mettre à "ne pas lancer".
S'il y est déjà viens le dire.

S'il n'y était pas, retour à l'option 2

sylvain_nantes · Answer

Il y a des erreurs de compilation : Gravité	Code	Description	Projet	Fichier	Ligne	État de la suppressionErreur		Une erreur s'est produite lors de la signature : Impossible de signer bin\Debug\app.publish\EAO-Sand.exe. SignTool Error: No certificates were found that met all the given criteria.	EAO-Sand

Whismeril · Answer

T'as fait Génerer/Générer la solution ?
Ou Générer/Publier [Nom de ton projet].exe ?

sylvain_nantes · Answer

J'ai lancé

menu Deboguer --> Démarrer le débogage

.

Whismeril · Answer

As tu vérifier/corrigé l'option
Si non, fais le et ensuite Génerer/Générer la solution
Et dis moi ce qui se passe

sylvain_nantes · Answer

J'ai mis l'option.
J'ai fais Génerer/Générer la solution 
Il ne se passe rien. 
La liste d'erreurs indique : 
Gravité	Code	Description	Projet	Fichier	Ligne	État de la suppressionErreur		Une erreur s'est produite lors de la signature : Impossible de signer bin\Debug\app.publish\EAO-Sand.exe. SignTool Error: No certificates were found that met all the given criteria.	EAO-Sand

Whismeril · Answer

OK, va dans le menu Aide/Enregistrer le produit et vérifie si tout va bien.
Si on te demande de remettre tes identifiants Microsoft, fais le.
Si tu n'en as pas crée le

Whismeril · Answer

Ça démarre ?

sylvain_nantes · Answer

Bonjour Whismeril,

Oui ça démarre et enfin... je peux détecter les lignes où des erreurs de code font planter....
Merci merci.
Le paramétrage de VS, n'est pas très simple en fait.

Petite question annexe, maintenant que je vais pouvoir corriger, comment je créé un exécutable viable ?
Dois-je faire Générer/Publier [Nom de ton projet].exe ? Et où je trouve ensuite cet exécutable ?

Milles mercis.

Whismeril · Answer

On vera pour l’exécutable à publier plus tard.

Reprenons l’option 2.
 Y’a t il des des erreurs de compilation concernant le fait que Path n’existe pas (puisqu’on l’a renommé MonChemin), et notamment à la ligne  Dim FichierEleves As String = Path & "Fichiers\fichiereleves.csv"

sylvain_nantes · Answer

Oui j'ai repris ce qu etu me proposais. Il n'y a donc plus d'erreur le bin\debug n'interfère plus. 
Tout fonctionne normalement ! Plus d'erreur de compilation.
Ô merveille !

Whismeril · Answer

Mais vois tu la publication en gardant le lien avec tes fichiers va dépendre de ce que tu as fait.
Donc il faudrait que tu expliques ce qu'il y avait.

Whismeril · Answer

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 · Answer

@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

Merci beaucoup

Whismeril · Answer

De rien, mais on ne pourra pas t'aider concernant le déploiement si tu ne réponds pas aux questions que je t'ai posées

Problème avec le debug de Visual Studio 2022 Community

43 réponses

Votre réponse

Discussions similaires