Discussion :

[r0d]

Bonjour,

ça faisait un moment que je n'avais pas fais de dev sous windows, j'ai donc dû perdre les bonne habitudes.
Je suis en train de programmer une petite application. L'unique dépendance que j'ai c'est avec la SFML, et j'utilise <windows.h>.
Je développe avec visual 2008 express edition, sous windows 7 64 bits, qui est également le système cible.

Or, si mon programme fonctionne parfaitement sur le pc sur lequel je développe, il ne fonctionne sur aucun autre pc. J'ai testé différents OS (XP, Windows server 2003), surtout des Win7, et ça ne fonctionne sur aucun autre que celui sur lequel je développe.

Dependency Walker ne montre pas de différence qu'il soit exécuté sur le pc où le programme fonctione ou sur un pc où il ne fonctionne pas.

Si vous voulez jeter un coup d'oeil, j'ai fais une archive. Normalement, ce soft est stand alone, donc il suffit de décompresser et lancer le .exe:
http://www.toofiles.com/es/oip/docum...udio_grid.html

Je ne comprends pas. Je cherche partout depuis hier soir ce qu'il peut se passer, mais ya pas moyen.

En attendant des éventuelles réponses, je vais tenter de le compiler sur d'autres machines, avec d'autres versions de vs.

edit: si vous avez un client svn/cvs, les sources sont disponibles sur un depot sourceforge: https://audiogrid.svn.sourceforge.net/svnroot/audiogrid

[TheGzD]

Quand tu dis "il ne fonctionne sur aucun autre pc", quel message d'erreur as-tu ?

As tu essayé d'installer des redistribuables pour VS ?

[r0d]

Quand tu dis "il ne fonctionne sur aucun autre pc", quel message d'erreur as-tu ?

Il n'y a aucun message. Il ne se passe rien en fait.
La première ligne de code de mon programme est l'initialisation d'un logger, qui crée un fichier log et écris une ligne de "start" dans ce fichier. Et bien même cette ligne n'est pas exécutée, ce qui signifie que l'application n'est même pas lancée.
Il n'y a pas non plus de log dans les logs de windows.

As tu essayé d'installer des redistribuables pour VS ?

Aille. Qu'est-ce donc que cela?

[TheGzD]

Un certain nombre de composants tels que les MFC ou ATL aime bien qu'on les mettent à jour sous peine d'être incompatibles avec l'usage que tu pourrais en faire, d'où l'intérêt des redistribuables VS.

Utilises-tu des .lib ? En effet ton problème de programme qui semble vraiment ne pas se lancer me fait penser à une utilisation de .lib qui ne trouveraient pas leurs cibles.

[r0d]

J'utilise quelques dll (SFML et openAL), mais pas de trucs spécifique à windows (MFC, ATL ou autre). La seule dépendance "implicite" à windows c'est que j'inclus <windows.h>.

[TheGzD]

Ok, mais comment utilises-tu tes dll ? tu montes les points d'entrée toi-même avec des pointeurs de fonctions ou tu utilises des .lib ?

[r0d]

Ha oui pardon, ce sont des .lib, mais en liaison dynamique puisqu'il me demande les dll lorsque j'exécute. Je fournis toutes les dlls avec l'exécutable (elles sont dans le même répertoire que lui).

Je viens de compiler sur un autre pc (windows server 2003), avec une version pro de visual studio 2008. Et ça à l'air de mieux fonctionner. J'ai testé sur 3 pcs (win7 et XP) et pour le moment ça fonctionne partout.

J'avais oublié comment c'était galère le dev sous windows :/

[TheGzD]

Le mieux pour ne pas avoir droit à ce genre de choses et de monter soit même les points d'entrée via des pointeurs

[r0d]

Bon ben je comprends pô: j'ai compilé mon appli (même code, mêmes dlls, tout pareil) sur un autre OS avec un visual 2008 pro (au lieu du visual 2008 express), et ce nouvel exécutable fonctionne partout ^^