Discussion :

[ptitJP]

Salut,

Voici mon problème : dans le cadre d'un stage, je dois développer une appli MFC avec des cadres OpenGL. Quand je lance le programme le debug, pas de problème (à la fois en mode debug comme en mode release), mais quand je le lance l'éxécutable seul ou en mode "start without debugging", ça plante avant même que ma fenêtre apparaisse. Ce serait le fichier "ntdll.dll" qui poserait problème.

Pour info, j'utilise Visual 2003 avec Windows XP SP2. J'ai aussi essayé chez moi avec le SP1, mais le résultat est pareil.

Bref, quelqu'un aurait-il une idée à me proposer pour que mon programme marche ? Merci d'avance.

JP

[nico-pyright(c)]

c'est quoi l'intitulé exact de l'erreur ?

[ptitJP]

Bon, quand je lance en "start without debugging" en configuration debug, j'obtiens la belle fenêtre qui me demande si je veux envoyer le rapport d'erreur à Microsoft, et quand je clique sur "afficher les données de ce rapport d'erreur", voilà ce que ça me dit :

AppName : epaule.exe (mon appli, donc)
AppVer ; 1.0.0.1
ModName : ntdll.dll
ModVer : 5.1.2600.2180
Offset : 000114b6

J'espère que quelqu'un pourra m'aider, parce que là, je sèche.

[nico-pyright(c)]

bon, ca vient pas de ntdll ... mais ca, on s'en était douté

ca doit etre un problème d'acces à des fichiers, ton appli n'utiliserait-elle pas des fichiers qui se trouvent dans le repertoire où il y a tes sources ?

[ptitJP]

Effectivement, je charge des fichiers (des modèles 3D au format obj) dès le début du chargement de mon appli, mais les fichiers sont bien dans le même dossier que mon exécutable.

Par ailleurs, j'utilise aussi la librairie coldet, et j'inclue bien le fichier coldet.dll dans mon dossier.

[nico-pyright(c)]

la différence entre le lancer de projet en debug et le lancer "without debugging", c'est que dans le premier cas, il va lancer l'exe qui se trouve dans le repertoire repDesSources\debug avec comme workingfolder repDesSources.
Dans le deuxieme cas, il va lancer l'exe qui se trouve dans repDesSources\debug avec comme workingfolder repDesSources\debug
ce qui fait qu'il ne trouve plus les fichiers dans un cas

[ptitJP]

L'histoire du répertoire de travail, j'ai bien compris le concept ;-)

Je pense néanmoins avoir identifié la cause du problème : ce serait effectivement les fichiers que je charge qui font planter (j'ai repris un vieux backup où je n'utilisais pas encore ces fichiers, et pas de problème). Serait-ce du au fait que les fichiers en questions portent l'extension .obj (ce sont des modèles CAO), comme certains fichiers générés par Visual ?

[hiko-seijuro]

bah est ce que tu les ouvres explicitement dans ton application (open, ...)?

si c'est le cas ca ne devrais pas intervenir

[ptitJP]

Ben, je déclare un FILE*, j'appelle fopen avec le nom du fichier, je lis ligne par ligne et je balance les infos dans ma structure de stockage. Rien de bien méchant ...

[nico-pyright(c)]

il te faut bien vérifier tes initialisations aussi, le mode debug ayant tendance à le faire pour toi

[ptitJP]

Ayé, je pense avoir trouvé le bug : ça venait de l'une de mes primitives de figures OpenGL dans laquelle j'allais trop loin dans mes indices de tableaux. Mais dans ce cas, pourquoi le debug n'a-t-il pas braillé ?

En tout cas, merci beaucoup pour votre aide.