cs_eRoZion
Messages postés241Date d'inscriptionvendredi 23 mai 2003StatutMembreDernière intervention 8 octobre 20071 9 sept. 2004 à 03:03
J'y pense, peut-etre que ca ne marche pas parce que tu n'as pas refait le fichier mot.txt effacé lors de tes tests avec "w+".
Recreer-le et essaye avec "r".
NitRic
Messages postés402Date d'inscriptionmardi 1 mai 2001StatutMembreDernière intervention15 août 2011 9 sept. 2004 à 10:56
Je sais pas non plus si ca va aider mais j'ai déjà eu quelques problèmes avec ce genre de syntax, fopen( "fichier.txt", ...);
Avec le répertoire courant et compagnie ...
Depuis ce temp, soit j'utilise ".\\fichier.txt" ou utilise les arguments de main() ou GetModuleFileName() pour spécifier un path complet
Je sais que "fichier.txt" et ".\\fichier.txt" c'est suposé revenir au même mais faut pas si fier, exemple de "fichier.txt" avec GetPrivateProfileString(), la fonction va regarder dans le Windows directory plutôt que dans le répertoire courant alors il faut l'indiquer de cette facon ".\\fichier.txt" << répertoire courant de l'application.
Le répertoire courant de l'application peu être modifier par l'application elle-même ou une autre. Ce n'est pas `safe`
cs_eRoZion
Messages postés241Date d'inscriptionvendredi 23 mai 2003StatutMembreDernière intervention 8 octobre 20071 9 sept. 2004 à 12:01
nono > effectivement ca paraitlogique mais ilfaut préciser que fgec ne récupère qu'un seul octet
Pour ce qui est du problème du dossier courant lors du lancement d'un programme console en 32 bit (pour dos jamais de problème à ce niveau) et bien c'est très facilement résolvable.
Lorsque je m'étais retrouvé face à ce problème, j'avais découvert dans dir.h un mot clef "chdir" qui associé à un buffer contenant l'argv[0] un peu modifié apportait la solution.
Cherche un peu c'est très facile une fois qu'on a le mot clef.
NitRic
Messages postés402Date d'inscriptionmardi 1 mai 2001StatutMembreDernière intervention15 août 2011 9 sept. 2004 à 15:05
C'était une opinion personnelle. Ce n'est pas parce que certains fichiers viennent avec un logiciel X qu'il faut obligatoirement les utiliser. Enfin bref, chacun fait/utilise/... ce qu'il veut et quand il le veut hein! :)
magic_Nono
Messages postés1878Date d'inscriptionjeudi 16 octobre 2003StatutMembreDernière intervention16 mars 2011 9 sept. 2004 à 15:10
ma reponsable de stage
me chante les louanges de C++ à tt bou de champ
et
je vous assure qu'en imagerie elle exploite à font les accélération ds ts les sens, mais pr l'interface des soft de ma boite, C du tt MFC...
surchargé avec ses lib perso (type mes BVisuel)
Car autant utilisé ce qui est déjà fait et ne pas tjs réinventer la roue...
NitRic
Messages postés402Date d'inscriptionmardi 1 mai 2001StatutMembreDernière intervention15 août 2011 9 sept. 2004 à 15:47
Bah ... il n'est pas question de réinventer quoi que ce soit ici :)
Les boites qui dev des soft user-friendly ou autres du genre vont utiliser des libs/mod/... déjà tout fait, le dev est beaucoup moin loin et ca leur coute moin cher, ceux qui dev des jeux tel BattleField, NFS, quake, etc ... des firewall/antivirus/même os etc ... n'utiliseront jamais ce type de lib/mod/... et heureusement ... tout dépend des besoins du projet en question ... Même MS utilise que très peu ce qu'ils dev eux-même ... enfin bref ...
chacun utilise ce qu'il veut et de la facon qu'il le désire tout en dépendant de leur besoin ...