none
Visual studio ne veut plus debugger RRS feed

  • Question

  • Bonjour

    Je ne peux plus debugger avec VS 2015 community une de mes application depuis plus d'une semaine, ne trouvant pas la moindre aide sur l'erreur de Visual Sutdio j'appelle ici au secours.

    Je développe une application avec VS en c# depuis 2 ans.

    Je bosser jusqu'à début janvier avec VS2013 express et je suis passé à 2015 community.

    Un matin en ouvrant mon projet pour continuer à travaillier dessus j'obtiens une insulte de sécurité (apparemment liée à la signature dans "Signer les manifeste ClickOnce" qui avait atteint sa date d'expiration).

    J'ai mis à jour la dite signature , l'appli recompile et se lance bien mais plus moyen de faire du pas à pas, des points d’arrêt ou quoi que ce soit d'autre en debug.
    quand je tente de mettre l'appli en pause ça me marque :

    votre application est à l'état d’arrêt, mais aucun code pris en charge par le moteur de débogage sélectionné n'est en cours d’exécution(par exemple, seul le code du runtime natif est en cours d'execution)

    et ça me suggère 3 actions
    Afficher les outils de diagnostic (qui sont déjà affichés par défaut dans VS 2015)
    Rechercher les tâches en cours d’exécution
    Poursuivre l’exécution (si je l'ai mise en pause c'est pas pour la relancer...)

    Dans les outils de diag je vois "Arret du débogueur - aucun code source disponible

    Une idée ? Malgré la longueur extrême du message d'erreur google et msdn ne me donnent pas l'ombre de la trace d'une réponse. Ça me fait ça sur tous mes anciens projets maintenant mais si je crée un nouveau projet pas de soucis çà marche comme avant.

    samedi 30 janvier 2016 23:00

Réponses

  • je viens enfin de m'en sortir !

    Après avoir validé que cela ne venait pas des paramètres du projet (identiques sur un projet qui marche et un qui ne marche pas) et pas non plus de ceux de VS (puisque les nouveaux projets ne posent pas de soucis) j'en suis arrivé à la conclusion que tout ce truc de debuggage c'est de la mxxxx ::-) (quelle idée de prévoir que l'on puisse ne pas debugger avec un IDE...de debuggage !??)

    Bref il fallait mettre un coup de pieds aux fesses du machin :
    tentative 1 : réinstallation de VS2015 community -> aucun résultat
    tentative n°2 : dans outils->Importation et exportations de paramètres ->réinitialiser tous les paramètres. Au lancement du debug ça m'a mis un message sauf que là on me proposait de faire quelquechose à savoir désactiver un truc du genre "debugger que mon code" (ne me demandez pas où se trouve ce paramètre et pourquoi il avait changé). et hop je peux me remettre à bosser ! enfin

    Je retrouve le sourire mais quelle perte de temps !!! :(
    • Marqué comme réponse DavidIDE dimanche 31 janvier 2016 15:54
    dimanche 31 janvier 2016 15:53

Toutes les réponses

  • Bonjour je viens de faire une découverte

    les points d’arrêt que je place dans mon code se transforment à l’exécution en un cercle rouge avec une icône jaune warning et ce message

    "le point d’arrêt ne sera pas atteint pour l'instant aucun symbole n'a été chargé pour ce document"

    Et là je trouve enfin des choses, même si toutes les solutions que je trouve sur différents forum ne fonctionnent pas

    ------------------------------------------------------------------------------

    >>http://codes-sources.commentcamarche.net/forum/affich-1316898-le-point-d-arret-ne-sera-pas-atteint-pour-l-instant

    Vider le répertoire cible pour forcer la rebuild -> ça ne change rien :-(

    ------------------------------------------------------------------------------
    >>https://social.msdn.microsoft.com/Forums/fr-FR/ca2bb090-4020-4b99-97c7-6ecf00da6148/problme-compilation-dans-visual-studio-2010-aprs-dplacement-des-sources-vbnet?forum=vstudiofr

    Nettoyer le projet -> ça ne change rien :-(

    ------------------------------------------------------------------------------

    >>peut se produire « souvent lorsque vous créez un module portant le même nom qu'un composant de la bibliothèque de débogage avec laquelle vous établissez la liaison »

    ->  je ne comprends pas et ne trouve pas ce que ça veut dire

    ------------------------------------------------------------------------------
    >>Plusieurs posts parlent de déplacement des projets sur un serveur.

    -> dans mon cas le dossier de travail n'a pas bougé depuis 2 ans, même DD, même répertoire, tout pareil.

    ------------------------------------------------------------------------------
    >>Build\Run Code Anaylsis on [Your Project Name]

    -> je n'ai pas cette option dans build (VS 2015 community

    ------------------------------------------------------------------------------
    >> I solved it by deleting obj\Debug and obj\Release content and *.csproj.FileList.txt file and rebuild

    -> ne change rien (mais le fichier *.csproj.FileList.txt je ne le trouve pas)

    ------------------------------------------------------------------------------
    Le plus gros problème est que cette erreur ne trouve aucune explication à mes yeux, comment résoudre un problème qui correspond à rien ?

    Au secours, je commence à être sévèrement dans la .... a ne pas pouvoir avancer

     


    • Modifié DavidIDE dimanche 31 janvier 2016 10:19
    dimanche 31 janvier 2016 10:18
  • http://www.developpez.net/forums/d309518/c-cpp/outils-c-cpp/visual-cpp/debug-mets-points-d-arret-c-effet/#post1927605

    -> les 2 config décrites je ne les ai pas dans VS 2015 community :-(

    dimanche 31 janvier 2016 10:25
  • J'ai trouvé ceci

    https://msdn.microsoft.com/fr-fr/library/ms241903%28v=vs.90%29.aspx

    qui semble parler de mon problème mais qui ne donne pas de solution

    /debug:full ça a l'air super mais où on règle ça ????

    • Modifié DavidIDE dimanche 31 janvier 2016 11:27
    dimanche 31 janvier 2016 11:26
  • Truc de fou !

    Dans Options Symboles je découvre que VS a mis dans "Mettre en cache les symboles dans ce répertoire" le chemin d'un dossier sur mon ordinateur où il n'y a rien qui concerne la programmation informatique.

    Je vais voir le répertoire en question et effectivement il m'y a collé des répertoires .pdb de partout

    mais pire encore il m'a supprimé des données, il manque des répertoires et fichiers de partout dans ce répertoire maintenant, répertoire super important (données clients...)

    Ça part d'un certificat de sécurité qui ne sert à rien qui n'a plus sa date de validité à jour et en plus on perd des données et une semaine de boulot !!! ???? c'est quoi ce visual studio community de xxxxx !! ? (avant début janvier j’étais sur VS 2013 express)

    dimanche 31 janvier 2016 11:35
  • https://msdn.microsoft.com/fr-fr/library/ms241613.aspx

    Je lis "Les fichiers de symboles contenus dans le répertoire du projet sont toujours chargés"

    donc le problème ne viendrait pas du fait qu'il ne trouve pas les fichiers PDB

    or sur les breakpoint j'ai le message

    "le point d’arrêt ne sera pas atteint pour l'instant aucun symbole n'a été chargé pour ce document"

    Le pdb est généré quand je compile, en même temps que l'exe. Il est là, à coté du exe, qu'est ce qui ne lui va pas au machin !?

    J'ai réinstallé VS 2015 community, tout pareil aprés

    Nouveau projet créé, pas de problème

    moi qui venait de dire à un copain que VS c’était génial, super productif et tout... super productif pendant 3 ans... après tu pleures ton travail :-(

    dimanche 31 janvier 2016 13:32
  • Bonjour,

    Lorsque je développe un exécutable, je mets je tous les projets (DLL) nécessaires à l'exécutable dans la solution.

    Pour tous les projets et toutes les configurations(release, debug...), je définis le répertoire de sortie vers c:\Executables (par exemple).

    Ainsi, toutes les instructions de debbugage (fichir pcb) seront présentes dans le répertoire de l'exécutable et tous les points d'arrêts, y compris ceux présents dans les DLL dépendantes seront actifs.

    Cordialement

    Gérard

    dimanche 31 janvier 2016 14:21
  • Bonjour et un immense merci de s'intéresser à mon problème, je suis au fond du trou là.

    Je comprends l'idée mais à ce que je vois, avec tous les réglages par défaut ce que vous décrivez est déjà le cas dans les répertoires debug et release. Si je les efface, à la compilation j'ai bien les fichiers pdb qui se placent a coté des dll et exe, tout au même endroit.

    Je viens de faire une vérification supplémentaire :

    En comparant les propriétés de projet d'une projet tout neuf qui fonctionne et d'un ancien qui ne debug plus, j'ai strictement les même réglages ; manifestement le problème ne vient pas des propriétés du projet.

    Merci

    dimanche 31 janvier 2016 14:29
  • je viens enfin de m'en sortir !

    Après avoir validé que cela ne venait pas des paramètres du projet (identiques sur un projet qui marche et un qui ne marche pas) et pas non plus de ceux de VS (puisque les nouveaux projets ne posent pas de soucis) j'en suis arrivé à la conclusion que tout ce truc de debuggage c'est de la mxxxx ::-) (quelle idée de prévoir que l'on puisse ne pas debugger avec un IDE...de debuggage !??)

    Bref il fallait mettre un coup de pieds aux fesses du machin :
    tentative 1 : réinstallation de VS2015 community -> aucun résultat
    tentative n°2 : dans outils->Importation et exportations de paramètres ->réinitialiser tous les paramètres. Au lancement du debug ça m'a mis un message sauf que là on me proposait de faire quelquechose à savoir désactiver un truc du genre "debugger que mon code" (ne me demandez pas où se trouve ce paramètre et pourquoi il avait changé). et hop je peux me remettre à bosser ! enfin

    Je retrouve le sourire mais quelle perte de temps !!! :(
    • Marqué comme réponse DavidIDE dimanche 31 janvier 2016 15:54
    dimanche 31 janvier 2016 15:53
  • Bonjour, DavidIDE,

    Je vous remercie d'avoir partagé cette information avec la communauté du forum.

    Cordialement,
    Teodora


    Votez! Appel à la contribution TechNet Community Support. LE CONTENU EST FOURNI "TEL QUEL" SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. S'il vous plaît n'oubliez pas de "Marquer comme réponse" les réponses qui ont résolu votre problème. C'est une voie commune pour reconnaître ceux qui vous ont aidé, et rend plus facile pour les autres visiteurs de trouver plus tard la résolution.

    lundi 1 février 2016 11:58
    Modérateur
  • Bonjour J'ai eu le même problème avec VS 2017 avec mes projets C# WinForm sur le rond rouge partiel en mode debug.

    La solution :

    Il faut dans les propriétés du Projet, dans la rubrique Build, décocher l'option Optimiser le Code. Et les ronds rouges sont réapparus. L'explication proviendrait que sur l'optimisation du code le debugger se débrouille mal avec les points d’arrêts.

    Le plus étonnant est qu'avec VS 2013 que je coche l'option Optimiser le Code ou non le debugger est effectif et les ronds rouges demeurent entiers.

    Je vois deux explications :

    1) Soit l'optimisateur de code est vraiment meilleur sur VS 2017 et le débugger perd les liens entre les symboles et le code.

    2) Un bug ?

    J'opterai pour la seconde option.

    • Modifié nicoscent1 lundi 18 février 2019 12:34
    dimanche 17 février 2019 03:46