Programme qui refuse de démarrer

Version imprimable

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 :

Citation:

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

Le log gdb :
Code:

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!

09/10/2008, 18h36
Nogane

Je vois:

Code:

(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.

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

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?

10/10/2008, 08h53
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.
10/10/2008, 14h46
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.
10/10/2008, 16h40
Spout
Citation:

Envoyé par Plomeg

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
10/10/2008, 17h25
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é.
10/10/2008, 22h36
Spout

Citation:

Envoyé par 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é.

Le 'D' à la fin de MSVCR90D.dll indique que ta librairie s'appuie sur une version debug de la librairie MSVCR90.
11/10/2008, 14h41
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?
11/10/2008, 18h24
ram-0000

Citation:

Envoyé par 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.

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.
13/10/2008, 10h36
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).
13/10/2008, 16h02
Plomeg

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