Discussion :

[Nephi]

Bonjour.

Je me retrouve confronter � un petit probl�me.

J'ai une fonction qui permet de charger un fichier de firmware dans un mat�riel usb.

Fonction du genre

int LoadFirmware(char *Fichier)

Je met mon fichier de firmware dans mon repertoire debug et quand j'utilise ma fonction dans mon code je suis obliger de taper le chemin de fichier en entier.

int TestLoad = LoadFirmware("D:\\Prg\\Test\\Debug\\FichierFirm.hex");

existe il un moyen pour que je n'ai pas a taper le chemin et que ma fonction aille chercher par default le fichier dans le r�pertoire courant ?

comme ca j'ai juste a taper

int TestLoad = LoadFirmware("FichierFirm.hex");

et du coup une fois mon appli g�n�rer, peut importe ou je colle le r�pertoire de l'appli celle-ci fonctionnera.

Je fait un edit :
Je viens de tomber sur ca, return(-1) et return(2) pour terminer un programme.
Je suis habituer a utiliser return 0 ou 1 (EXIT_SUCCES ou EXIT_FAILURE) mais les valeur -1 et -2 je connais pas. si vous avais une id�e. (est ce que �a a voir avec la biblioth�que assert.h)

merci d'avance

[jblecanard]

Salut

Il me semble que si tu met simplement ton fichier de firmware dans "Resource Files", il sera accessible depuis le r�pertoire courant lorsque tu lances l'appli depuis Visual Studio. De plus il sera disponible pour la version debug comme pour la version release.

En revanche, pour que �a marche en dehors de visual studio il faut que tu lances le .exe depuis le r�pertoire o� se trouve le .hex (en console, cd jusqu'au r�pertoire, puis appel du .exe)

Mon conseil : rajoute � ton application un argument en ligne de commande qui permet de lui passer en param�tre le chemin vers le firmware. Ca te permettra de tester plusieurs firmwares sans recompiler, et �a laisse un fallback � l'utilisateur quoi qu'il arrive.

[Nephi]

Et bien merci jblecanard, j'avais vraiment pas penser � utiliser le fichier en ressource. Cela fonctionne mais n�anmoins attention � placer le fichier au bon endroit pour que le chemin d'acc�s relatif au fichier soit "FichierFirmhex" et pas "..\\FichierFirmhex" et effectivement il faut placer le fichier dans le r�pertoire ou se trouve le .exe pour que cela fonctionne apr�s.

merci encore pour la rapidit� de la r�ponse.

si �ventuellement tu saurai me dire pour cette histoire de return(-1) return(-2)

[jblecanard]

Je suis habituer a utiliser return 0 ou 1 (EXIT_SUCCES ou EXIT_FAILURE) mais les valeur -1 et -2 je connais pas. si vous avais une id�e. (est ce que �a a voir avec la biblioth�que assert.h)

Ben l� il faut demander � l'auteur. Les programmeurs sont libres de renvoyer le code de retour qu'ils veulent. Dans ma bo�te, on en utilise plein pour nos tests, m�me des codes � la con genre 110 ou 139. La seule chose importante �tant de bien renvoyer 0 quand tout se passe bien, pour ne pas faire de couacs chez l'utilisateur.

[Nephi]

Ok merci bien, je vais contacter l'auteur de la dll pour avoir des info sur les code de retour utiliser