Discussion :

[Plomeg]

Bonjour,

Je viens vraiment ici en dernier recours.

J'ai développé une petite application destinée à devenir un jeu plus tard. Seulement voilà, récemment j'ai fais quelques modifications pour utiliser la bibliothèque DevIL (chargement d'images) avec opengl et glut.

Le programme compile normalement, édition de lien sans soucis, mais à l'exécution, l'application plante directement, sans aucun log (pourtant j'ai essayé comme j'ai pus).

Je décide alors d'installer un debugger, et au hasard bien sûr gdb. Je vous passe toute ma galère sur comment compiler un makefile sous vista (et oui....), cygwin, etc. Bref j'arrive à utiliser gdb, mais il ne s'arrête même pas à la première ligne du programme (avec un breakpoint)...

Voici le bug :

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

Le log gdb :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
Building to ensure sources are up-to-date
Build succeeded
Selecting target: 
Release
Adding source dir: D:\Programmation\olala project reborn 0.1\
Adding source dir: D:\Programmation\olala project reborn 0.1\
Adding file: bin\Release\Olala Project 0.exe
Starting debugger: 
done
Registered new type: wxString
Registered new type: STL String
Registered new type: STL Vector
Setting breakpoints
(no debugging symbols found)
Debugger name and version: GNU gdb 6.8
Child process PID: 5408
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
Program exited with code 030005200002.
Debugger finished with status 0

Je suis sous Vista et utilise Code Blocks avec mingw. Je pense que c'est une dll manquante, mais pourtant j'ai déjà tout vérifié! Comment être sûr des dll requises?

Merci d'avance si vous pouvez me tirer de ce cauchemar!

[Nogane]

Je vois:

Code :

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

(no debugging symbols found)

Alors je me demande si tu as bien activé les information de debogage dans ton code. (option -g)
Sans ça le debogeur ne pourra pas intercepter les point d'arrêts.

[Plomeg]

Oui -g est bien activé, mais j'avais laissé -s. C'est corrigé et voilà le nouveau log :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
Building to ensure sources are up-to-date
Build succeeded
Selecting target: 
Release
Adding source dir: D:\Programmation\olala project reborn 0.1\
Adding source dir: D:\Programmation\olala project reborn 0.1\
Adding file: bin\Release\Olala Project 0.exe
Starting debugger: 
done
Registered new type: wxString
Registered new type: STL String
Registered new type: STL Vector
Setting breakpoints
Debugger name and version: GNU gdb 6.8
Child process PID: 5440
Program exited with code 030005200002.
Debugger finished with status 0

J'ai mis un breakpoint à la première ligne de main. J'ai ensuite essayé en ligne de commande de mettre un breakpoint sur main, là aussi il n'y arrive jamais....

De plus, je n'arrive pas à lancer ddd (interface pour les debugger dont gdb), à peine je tape entrer dans le bash que vista me dit que le programme a planté (et plusieurs fois en plus ) quelqu'un aurait-il une idée?

[Spout]

Ca ressemble à une absence de dépendances...
Ouvres ton programme avec Dependancy Walker et vérifie que toutes les DLLs sur lesquelles il s'appuie sont bien présentes.

[Plomeg]

Merci effectivement c'est ce dont j'avais besoin!

Par contre le résultat n'est pas très réjouissant... Il semble manquer des dlls critiques comme MSVCR90D.dll dans DevIL.dll.

Je vais tenter de le recompiler moi-même, mais pour l'instant je galère.

Je continue dès que je peux ce soir.

[Spout]

Il semble manquer des dlls critiques comme MSVCR90D.dll dans DevIL.dll.

Si ça fonctionnait avant, les modifications que tu as faites dans la classe DevIL.dll s'appuient sur les MFC de Visual Studio 2008.

Il faut que:

1. tu compiles en release plutôt qu'en debug
2. tu installes le pack de redistribution VS2008 sur le poste, qui ne semble pas être le même que celui sur lequel tu as fait les-dites modifs

[Plomeg]

Je compile toujours en Release (avec option modifiées) et je me suis contenté d'installer la bibliothèque, je n'y ai pas touché.

[Spout]

Je compile toujours en Release (avec option modifiées) et je me suis contenté d'installer la bibliothèque, je n'y ai pas touché.

Le 'D' à la fin de MSVCR90D.dll indique que ta librairie s'appuie sur une version debug de la librairie MSVCR90.

[Plomeg]

Ce n'est pas la seule manquante, il y-a aussi msvcr90.dll et msvcp90.dll.
Celles-là je les ai trouvais sur internet par contre.

Le problème reste que la dll (que j'ai copié collé depuis la release de DevIL) n'est pas complète, avez-vous une idée du problème?

[ram-0000]

Ce n'est pas la seule manquante, il y-a aussi msvcr90.dll et msvcp90.dll.
Celles-là je les ai trouvais sur internet par contre.

Je suppose que tu les a copiées dans un répertoire système de manière "bestiale" sans passer par un logiciel d'installation. Donc cela risque de ne pas être complet. Il faut arrêter de copier des DLL comme cela sans savoir ce qu'elle font et surtout comment elles s'installent.

[Médinoc]

Par contre, tu peux éviter l'installation si tu fournis ces DLLs de manière complète.

Je ne connais pas Visual 9, mais si c'est comme Visual 8, tu auras quatre fichiers:

• MSVCR90.dll
• MSVCP90.dll
• MSVCM90.dll
• Microsoft.VC90.CRT.manifest

Normalement, ces quatre fichiers forment un ensemble complet, et tu peux les joindre directement, ensemble, à ton exécutable (dans le même dossier, quoi).

[Plomeg]

Bon je m'en sors pas avec cette bibliothèque... Je laisse tomber et je reprends un chargement classique des images.