Discussion :

[-N4w4k-]

Bonjour,

Je tiens tout d'abord à préciser que je suis novice en c++.. à la base je fais principalement du c#.

J'ai repris un programme c++ existant d'un précédent développeur et j'ai quelques soucis.. Ce programme à été développé sous Microsoft Visual C++ 2003 (j'ai déjà galéré un bon moment avant de le trouver sur le web), une fois que j'ai pu l'installer et ouvrir le projet, j'ai tenté de le recompiler afin de voir si tout fonctionne comme cela devrait.
Ça fonctionne très bien sur mon ordinateur (Windows 7 Pro 64-bit), seulement j'ai une erreur assez vague quand j'essaie de l'exécuter sur la machine cible (Windows Server 2008 SP2 64-bit):




En cherchant sur le web, je n'ai rien trouvé qui pourrait m'aider..

Est ce que vous auriez une piste sur laquelle je pourrais me pencher? Car là je ne sais absolument pas comment aborder le problème..

Merci d'avance

[bacelar]

j'ai déjà galéré un bon moment avant de le trouver sur le web

Achievement "Archeologue découvreur de l'arche VS" débloqué.
GG, pas facile à l'avoir ce badge !

seulement j'ai une erreur assez vague quand j'essaie de l'exécuter sur la machine cible

C'est encore plus vague pour nous, vu que des parties potentiellement intéressantes dans le message d'erreur ont été floutées.

En clair, vous avez un bug, et la C-Runtime vous prévient gentiment.

On va commencer par le plus simple.

Il y a peut-être une ch'tite documentation sur comment installer l'application sur une machine, non ?
Sinon, il y a peut-être un projet de déploiement pour générer un MSI bien propre pour tout bien installer tout comme il faut, non ?

Déjà, ce genre de message, en général, c'est avec une C-Runtime en Debug qu'on se les mange. Mais, normalement, sur une machine non-dev (sans VS), il n'y a que la version Release de cette C-Runtime.
Pouvez-vous nous expliquer cette anomalie ?
S'il y a un VS ou un autre outil de débugging sur la machine où ça part en sucette, ça simplifiera beaucoup les choses.

L'eventViewer, il dit quoi ?
DrWatson est-il disponible et configurer pour générer des dump sur la machine où ça déconne ?

[-N4w4k-]

Salut bacelar,

je suis chez moi alors je ne peux pas vérifier tout ce dont tu me parle maintenant, mais j'essaierai de regarder plus précisément demain.

C'est encore plus vague pour nous, vu que des parties potentiellement intéressantes dans le message d'erreur ont été floutées.

La partie floutée est juste le nom du programme, j'ai préféré le cacher car c'est le programme d'un important client et je ne sais pas si il désire que je l'expose ici. Je suis jeune développeur et je ne préfère pas prendre de risque (si il y en a)

En clair, vous avez un bug, et la C-Runtime vous prévient gentiment.

La C-Runtime? Est ce que le fait que le programme interagit avec une application COM peut être une piste?

Il y a peut-être une ch'tite documentation sur comment installer l'application sur une machine, non ?
Sinon, il y a peut-être un projet de déploiement pour générer un MSI bien propre pour tout bien installer tout comme il faut, non ?

Non c'est une petite application, développée un peu à la va vite. Je ne sais d'ailleurs pas ce qu'il s'y fait en détail (~3000 lignes de traitements assez spécifiques que je ne vais pas m'amuser à lire à part si je suis vraiment forcé). Mon job c'est de le faire tourner sur la machine tel qu'il l'était à l'origine seulement il ne fonctionne pas, alors j'ai installé VS pour pouvoir improviser un système de logging (simple envoie d'un message réceptionné par l'application COM) et voir ce qu'il se produit.

J'essaierai de trouver une personne capable de m'en dire plus sur le déploiement de l'application.

Déjà, ce genre de message, en général, c'est avec une C-Runtime en Debug qu'on se les mange. Mais, normalement, sur une machine non-dev (sans VS), il n'y a que la version Release de cette C-Runtime.
Pouvez-vous nous expliquer cette anomalie ?

Tu me pose une colle.. Je vais regarder dès le retour au bureau si VS est installé. Ça m'étonnerait quand même car la machine est un environnement de test, servant à valider les développements avant de les passer en production. Un logiciel tel que VS installé sur un environnement et pas sur l'autre pourrait fausser ces validations. Et je ne pense pas que le client aurait pu prendre ce risque.. A vérifier!

S'il y a un VS ou un autre outil de débugging sur la machine où ça part en sucette, ça simplifiera beaucoup les choses.

Comme dit précédemment, si je peux faire sans installer VS, je préfèrerais.. Et je ne connais pas d'outil de debugging mis à part VS.. Je vais me renseigner la dessus.

L'eventViewer, il dit quoi ?
DrWatson est-il disponible et configurer pour générer des dump sur la machine où ça déconne ?

L'event viewer? de windows? Hmm je n'y avait pas pensé. Je vais regarder si j'ai des informations intéressantes. Je ne crois pas connaitre ce fameux DrWatson.

J'apporterai plus de précision dès que possible, mais ça me donne déjà quelques pistes à explorer. Merci

[Médinoc]

Peut-être installer le Remote Debugger sur la machine de test?