Discussion :

[AlexAftermath]

Bonjour à tous et merci a ceux qui pourront m'aider,

Voilà, dans le cadre d'un stage, je doit reprendre un programme vieux de 3 ans et qui doit piloter un générateur de signaux TV (Dektec DTU-215).

Je suis sous Windows XP et utilise Visual Studio 2005.

J'ai update les .lib, les .dll, les headers et les fichiers sources, j'ai configuré mon projet afin de pouvoir le linker correctement (en Debug et en Release) mais dans les 2 cas, impossible de lancer le débogage. J'ai recherché sur google si qq1 a déjà eu ce problème mais j'ai trouvé personne.

j'ai cette fenêtre quand je lance le débogage :

Impossible de démarrer le programme 'C://cheminDuProgramme/nonDuProgramme.exe'

Cette application n'a pas démarré car la configuration de l'application est incorrecte. Consultez le fichier manifeste à la recherche des erreurs possibles. réinstaller l'application pourrait résoudre le problème. pour plus d'informations, consultez le journal des événements de l'application.

Je vais donc chercher le fichier manifeste :

Code xml :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
<?xml version='1.0' encoding='UTF-8' standalone='yes'?>
<assembly xmlns='urn:schemas-microsoft-com:asm.v1' manifestVersion='1.0'>
  <dependency>
    <dependentAssembly>
      <assemblyIdentity type='win32' name='Microsoft.VC80.DebugCRT' version='8.0.50608.0' processorArchitecture='x86' publicKeyToken='1fc8b3b9a1e18e3b' />
    </dependentAssembly>
  </dependency>
  <dependency>
    <dependentAssembly>
      <assemblyIdentity type='win32' name='Microsoft.VC80.CRT' version='8.0.50727.6195' processorArchitecture='x86' publicKeyToken='1fc8b3b9a1e18e3b' />
    </dependentAssembly>
  </dependency>
</assembly>

Mais rien de parlant . Est-ce que c'est déjà arrivé a l'un d'entre vous ? Avez-vous réussi a régler le problème ?

Merci, et au revoir.

[ternel]

A tout hasard, déplace le manifeste ailleurs (histoire de ne pas le perdre), et recrée-le.
Sait-on jamais.

[AlexAftermath]

Salut, et merci !

A tout hasard, déplace le manifeste ailleurs (histoire de ne pas le perdre), et recrée-le.

J'ai essayé, en Debug et en Release. Sans succès

[Bousk]

Click droit > propriétés > debogage

Tu es sûr que le chemin est bon ? Il semble que non.
L'exe est bien généré dans ce dossier ? Il n'est pas déplacé ? Y'a aucune erreur de compilation auparavant ?

[AlexAftermath]

Bousk quand je suis dans le menu débogage j'ai qqch comme ça. Je ne m'y connais pas trop donc j'ai rien touché.


L'executable est dans C://CheminDuProjet/APPL/nomDelExecutable.exe. En tout cas j'ai un .exe dans ce dossier. Mais ça me parait bizarre parce que si j'arrive pas à déboguer le programme, c'est qu'il n'a pas d'exe non ? ou alors je me plante sur toute la ligne .

[Boumbata]

Bonjour,


tes dll/lib/etc... utilisées ont été générés depuis ta machine ? cela pourrait être un problème de compatibilité entre du 32 bits et 64 bits

[Médinoc]

L'exe est-il non-débogable ou non-lançable? Arrives-tu à le lancer hors du debugger?

[AlexAftermath]

Bonjour Medinoc & Boumbata,

Pour répondre à vos questions, le projet a été crée sur une machine 32 bits, et je travaille sur une machine 32 bits. Donc pas de soucis de ce coté la normalement.

Je n'arrive pas a lancer en dehors du débogage, en allant le chercher dans le dossier du projet et en double-cliquant sur l'exe (donc en ne passant pas par Visual).

J'aurais aussi une question, en me balladant dans le dossier du projet, j'ai trouvé 3 exécutables :

• Un dans .../nomDuProjet/APPL
• Un dans .../nomDuProjet/debug
• Un dans .../nomDuProjet/release/appl

J'y connais pas grand chose, mais ça me parait pas logique, pourquoi avoir généré 3 exécutables ? Un seul n'aurait pas suffit ?

[Médinoc]

"APPL", ça ne me dit rien et ça ne ressemble pas à Visual.

Traditionnellement, pour un projet créé sous Visual 2005, il y a deux exes, dans
.../NomDeLaSolution/Debug et .../NomDeLaSolution/Release.

Pour les problèmes liés à Visual 2005 et les erreurs side-by-side, généralement il faut vérifier:

• La plus haute version de Microsoft.VC80.CRT installée sur ton poste (dans C:\Windows\WinSxS) (ainsi que DebugCRT sur la machine qui contient Visual)
  
  • La résolution la plus courante du problème consiste à installer la dernière version du Paquetage Redistribuable pour Visual C++ 2005 (avec et sans SP1)
• Les dépendances du programme et de ses DLL (autres que les DLLs Windows, qui utilisent leur propre version de la CRT)

Note: Il est normal que la version Debug d'un exécutable ne marche pas sur un poste où Visual Studio n'est pas installé. Seule la version Release est censée marcher sans Visual.

[AlexAftermath]

J'ai eu accès au dossier de la personne qui a développé ce logiciel il y a 3 ans. Elle l'a bien fait sur Visual, mais elle dit que :

Précédemment, d'anciens stagiaires de l'IUT avaient commencé un logiciel sous Visual Basic. Cependant ce n’était qu'un début de logiciel, et l'entreprise voulais évoluer vers un langage plus récent. C'est pourquoi mon sujet consiste a développer un programme en c++ sous Visual Studio.

Est ce que le APPL viendrais de Visual Basic ? Ça me semble assez improbable mais peut-être que je me plante.

D'après ce que m'ont dit mes collègues, le problème viendrais des dépendances du programme et de ses DLL plutôt que des versions de Microsoft.VC80.CRT. J'ai d'ailleurs installé le dernier Package Redistribuable pour VS2005 la semaine dernière.

Si j'éxécute Dependency Walker sur les 3 exe de mon programme, il me sort ça :

• Problème avec IESHIMS.dll & WER.dll pour le .exe dans APPL
• Pareil mais en plus il n'arrive pas a trouver MSVCR*.dll pour les .exe dans debug et release

Tu pense que ca viendrais de mon Package Redistribuable ?

[Médinoc]

Ils ne sont pas censés être dans Debug et Release, ils sont censés être dans WinSxS.

Déjà pour être sûr, s'agit-il bien de MSVCR80.DLL et MSVCP80.DLL (la seconde contenant la STL)?

[Bousk]

Honnetement, vue les possibilités énormissimes de la chaine de compilation de VS, les évènements pré/post build/link, dossiers d'inclusions, de sortie, etc etc...
Y'a vraiment peu de chance qu'on arrive par hasard à trouver où se trouve le "problème".

On sait même pas si le projet se compile et link bien. On sait pas où sort l'exe, les dll etc nécessaires. On sont tous ces fichiers et des ficheirs externes nécessaires à son lancement, ...

Maintenant on apprend que

le projet a été crée sur une machine 32 bits, et je travaille sur une machine 32 bits. Donc pas de soucis de ce coté la normalement.

Ce qui ne veut rien dire. Deux machines ne sont pas forcément identiques, un exe build d'un côté ne sera pas forcément lançable de l'autre.
Est-ce que tu essayes de lancer un exe d'une autre machine ?! Est-ce que tu as déjà réussi à le lancer depuis la même machine qui le build ?
Est-ce que tu build vraiment le truc au moins ou bien tu veux juste faire du debug avec l'exe, les pdb etc ?
Y'a rien de clair là-dedans.

Bref, la boule de crystal est cassée et rien ne la répare.

[ternel]

Et en compilant "a la main", ca donne quoi?

Autrement dit, essaie de créer un autre projet, d'y mettre les sources, et de builder.

[AlexAftermath]

Bonjour Médinoc & Bousk,

Médinoc,
Oui, j'ai été les chercher dans WinSxS. Dans l"exécutable du sous-dossier Release, il manque en effet MSVCP80.dll & MSVCR80.dll. Il manque aussi MSVCM80.dll.
Pour l'exe du sous-dossier Release, il manque MSVCM80D.DLL, MSVCP80D.DLL, MSVCR80.DLL, MSVCR80D.DLL.

Bousk,
Premièrement, excuse moi si mes questions ne sont pas claires, je suis sur un problème qui m'est totalement inconnu, et donc forcément, je nage un peu, et ca se ressent..
Deuxièmement, je voudrais lancer l'exe sur la même machine ou je fait mon projet (si je peux le porter, ça serait un gros plus, mais vu la m*erde que c'est pour le faire tourner sur une seule machine, la, c'est pas trop ma priorité ). Depuis que j'ai mis à jour le projet, j'ai pas réussi a le lancer, sur la même machine ou je le build.
Selon toi, je risque de galérer à trouver le problème, c'est ça ? Peut-être, il vaudrait mieux que je reparte sur une base saine....

[Médinoc]

Pour les DLLs Microsoft, on se fout royalement des dossiers Debug et Release. Les DLLs ne sont pas censées y être.
L'important c'est qu'elles soient présentes dans WinSxS, et avec les bonnes versions: Quelle est la plus récente version de Microsoft.VC80.CRT dans WinSxS? (chez moi par exemple, la version la plus récente est 8.0.50727.6195, avec signature numérique datée du 14 mai 2011 à 10:19)

[Boumbata]

Question toute bête: Tu as essayé de demander à ton taf d'où venait le problème ? Parce que cela m'étonnerait qu'ils laissent un stagiaire sans surveillance ni assistance xD Parce qu'au vu de ton erreur, cela doit être un problème du style de ce que Medinoc est en train de détailler.

Est-ce que tu travailles sur LA MEME machine que sur celle que l'ancien développeur a travaillé ? J'ai déjà eu ce genre de soucis et effectivement il fallait faire les mêmes mises à jour Windows, et avoir les mêmes CRT Windows dans le dossier WinSxS pour que cela marche correctement.

Y a t'il moyen pour toi de travailler directement sur la machine de ton prédécesseur ? Parce que là c'est bloquant pour toi.

[AlexAftermath]

J'ai la même version de Microsoft.VC80.CRT que toi, Medinoc (8.0.50727.6195).

Pour répondre à tes questions Boumbata, je ne travaille pas dans le même service que mon prédécesseur et donc forcément pas sur la même machine. De plus, je travaille dans le service technique et non au service Etudes (celui de mon prédécesseur). Le personnel n'est pas spécialement calé sur la programmation, et au service Etudes, ben du coup ils sont pas spécialement disponibles pour s'occuper d'un stagiaire. Du coup, c'est un peu à moi de mettre les mains dans le cambouis. Remarque j'apprends comme ça.

Je pense que la méthode la plus simple ça serait de reprendre l'ancien poste (si il est encore en état de marche) pour débloquer mon problème.

[AlexAftermath]

Salut, et désolé du double post.

J'ai pu avancer, en mettant Visual Studio et Windows à jour. Des outils sont apparus me signalant des erreurs que VS ne me signalait pas avant.
Apparemment, mes problèmes viendraient d'un "Debug Assertion Failed !" dans dbgheap.c.
J'ai aussi une erreur de link :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1>LINK : warning LNK4098: conflit entre la bibliothèque par défaut 'MSVCRTD' et les autres bibliothèques*; utilisez /NODEFAULTLIB:library

Est ce que ce warning est important ? ou peut on le négliger ?

[Médinoc]

As-tu cette erreur en Release? Si oui, ça veut dire que tu as au moins un truc (bibliothèque statique, probablement) buildé en Debug quand même.

[AlexAftermath]

Non, en Release, j'ai une fenêtre qui me dit que :

Les informations de Débogage pour NomDuProjet.exe sont introuvables,ou ne correspondent pas. Le fichier binaire n'a pas été généré avec des informations de débogage.

.

Suivie de (en double) :

L'application n'a pas réussi à s'initialiser correctement (0xc0000005). Cliquez sur OK pour arrêter l'application.

et enfin de :

Exception non gérée à 0x7c9773be dans NomDuProjet.exe*: 0xC0000005: Access violation.

et le programme s’arrête avec le code 0.