Impossible de charger fstream.h correctement

Bonjour,

J'ai une petite question toute bête, mais impossible de trouver la réponse.

Sur Dev-C++ j'utilise la bibliothèque "fstream.h" sans rien faire, ça marche. Sur VC++ 2005 Express, il y a bien un fstream.h dans Include/crt, mais impossible de l'utiliser. Si je l'insère dans les includes, au premier ofstream ou ifstream, j'ai le droit à un :

error C2872: 'ofstream'*: symbole ambigu
est peut-être 'c:\program files\microsoft platform sdk\include\crt\fstream.h(118)*: ofstream'
ou 'c:\program files\microsoft platform sdk\include\crt\iosfwd(269)*: std::ofstream'

Donc je pense que ce n'est pas comme ça qu'on charge fstream.h. Ou alors il faut ajouter un namespace (je vois un std dans l'erreur, pour moi std implique namespace), mais je n'ai toujours pas saisi le concept de namespace.

Ca fait maintenant 4 ou 5 mois que j'utilise VC++ et je comprends toujours pas comment il marche... Et DevC++, ça va un peu, mais il bugge beaucoup trop souvent. Toutes les heures, j'ai le droit à un freeze quelconque, faut l'éteindre, le redémarrer, même en le réinstallant régulièrement.

Si quelqu'un sait comment on charge fstream, ça m'arrangerait bien :) Si il manque une info pour pouvoir répondre, n'hésitez pas à la demander.

Gouhouf

EDIT : j'ai testé avec un <fstream> mais dans ce cas j'ai :
error C2065: 'ifstream'*: identificateur non déclaré
Cette fois il a trouvé fstream, mais il ne sait plus ce qu'est ifstream...

EDIT2: En effet dans le programme que j'utilise j'ai un "using namespace std" au début pour utiliser le cout. Est-ce là le problème ?

EDIT3: Il compile bien sans le "using namespace..." Mais pourquoi ? Je demande parce que j'ai peur d'avoir fait une autre bêtise qui me saute à la figure plus tard.

EDIT4: Ca y est j'ai un : "LINK : fatal error LNK1104: impossible d'ouvrir le fichier 'msvcirtd.lib'" . Aucune idée si ça a un lien avec mon problème précédent.

<fstream.h> n'est plus sensé exister depuis un certain temps. Seul <fstream> est supporté par la norme. Et il défini des objet dans le namespace std.

Tu pourrais poster un programme tout bête qui reproduise le problème ?

Voilà un programme tout bête qui ne compile pas :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

#include <stdio.h> #include "fstream.h" //#include "fonctions.h"     int main(int argc, char **argv) {     ifstream fichier; char* donnees;   //Enregistrement du fichier //ouvrir_fichier(&fichier);   //lire(&fichier,donnees);   }

---

(Ca ne marche pas non plus avec <fstream> ou <fstream.h>, et ça compile toujours aussi bien sous gcc. Mais pour le déboggage, fiou...)

EDIT : J'ai réussi à débugger entièrement le programme sous devC++, il marche impec, mais toujours impossible de compiler avec VC++ :-/ A priori je n'ai plus besoin de réponses, mais si j'ai envie d'ajouter des options, j'aimerais tout de même pouvoir utiliser VC++.

C'est avec <fstream> que c'est censé marcher, plus le using namespace std; une fois tous les fichiers inclus.

C'est encore plus moche :s

J'ai tenté ça :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

#include <stdio.h> #include <fstream>   using namespace std;     int main(int argc, char **argv) {     ifstream fichier; char* donnees;   }

---

Résultat :

Compilation en cours...
main.cpp
.\main.cpp(12) : warning C4101: 'donnees'*: variable locale non référencée
Édition des liens en cours...
main.obj : error LNK2028: jeton non résolu (0A00002A) "public: virtual __thiscall std::logic_error::~logic_error(void)" (??1logic_error@std@@$$FUAE@XZ) référencé dans la fonction "public: __thiscall std::invalid_argument::invalid_argument(class std::invalid_argument const &)" (??0invalid_argument@std@@$$FQAE@ABV01@@Z)
main.obj : error LNK2028: jeton non résolu (0A00002C) "public: __thiscall std::logic_error::logic_error(class std::logic_error const &)" (??0logic_error@std@@$$FQAE@ABV01@@Z) référencé dans la fonction "public: __thiscall std::invalid_argument::invalid_argument(class std::invalid_argument const &)" (??0invalid_argument@std@@$$FQAE@ABV01@@Z)
main.obj : error LNK2028: jeton non résolu (0A000038) "public: virtual __thiscall std::runtime_error::~runtime_error(void)" (??1runtime_error@std@@$$FUAE@XZ) référencé dans la fonction "public: __thiscall std::ios_base::failure::failure(class std::ios_base::failure const &)" (??0failure@ios_base@std@@$$FQAE@ABV012@@Z)
main.obj : error LNK2028: jeton non résolu (0A00003A) "public: __thiscall std::runtime_error::runtime_error(class std::runtime_error const &)" (??0runtime_error@std@@$$FQAE@ABV01@@Z) référencé dans la fonction "public: __thiscall std::ios_base::failure::failure(class std::ios_base::failure const &)" (??0failure@ios_base@std@@$$FQAE@ABV012@@Z)
main.obj : error LNK2019: symbole externe non résolu "public: virtual __thiscall std::logic_error::~logic_error(void)" (??1logic_error@std@@$$FUAE@XZ) référencé dans la fonction "public: __thiscall std::invalid_argument::invalid_argument(class std::invalid_argument const &)" (??0invalid_argument@std@@$$FQAE@ABV01@@Z)
main.obj : error LNK2019: symbole externe non résolu "public: __thiscall std::logic_error::logic_error(class std::logic_error const &)" (??0logic_error@std@@$$FQAE@ABV01@@Z) référencé dans la fonction "public: __thiscall std::invalid_argument::invalid_argument(class std::invalid_argument const &)" (??0invalid_argument@std@@$$FQAE@ABV01@@Z)
main.obj : error LNK2001: symbole externe non résolu "public: virtual char const * __thiscall std::logic_error::what(void)const " (?what@logic_error@std@@UBEPBDXZ)
main.obj : error LNK2019: symbole externe non résolu "public: virtual __thiscall std::runtime_error::~runtime_error(void)" (??1runtime_error@std@@$$FUAE@XZ) référencé dans la fonction "public: __thiscall std::ios_base::failure::failure(class std::ios_base::failure const &)" (??0failure@ios_base@std@@$$FQAE@ABV012@@Z)
main.obj : error LNK2019: symbole externe non résolu "public: __thiscall std::runtime_error::runtime_error(class std::runtime_error const &)" (??0runtime_error@std@@$$FQAE@ABV01@@Z) référencé dans la fonction "public: __thiscall std::ios_base::failure::failure(class std::ios_base::failure const &)" (??0failure@ios_base@std@@$$FQAE@ABV012@@Z)
main.obj : error LNK2001: symbole externe non résolu "public: virtual char const * __thiscall std::runtime_error::what(void)const " (?what@runtime_error@std@@UBEPBDXZ)
main.obj : error LNK2001: symbole externe non résolu "public: __thiscall std::logic_error::logic_error(class std::logic_error const &)" (??0logic_error@std@@QAE@ABV01@@Z)
main.obj : error LNK2001: symbole externe non résolu "public: __thiscall std::runtime_error::runtime_error(class std::runtime_error const &)" (??0runtime_error@std@@QAE@ABV01@@Z)

Eh bien il y a un progrès formiddable: La compilation se passe bien!

C'est l'édition de liens qui foire. Mais je dois dire que je ne comprends pas pourquoi: Normalement Visual lie toujours à au moins une version de la bibliothèque runtime C++...

Salut,

Heuu, question idiote s'il en est, mais, as tu vraiment besoin d'inclure le fichier d'en-tête C stdio.h :question:

tu pourrais surement, si tu en as besoin, le remplacer avantageusement par iostream ;) (entre autre, pour, justement éviter les conflits de SL ;))

En effet en enlevant le stdio ça marche. Je n'y comprends vraiment rien... Du moins il compile ce petit bout de code.

Mais pourquoi ça marche sans problème avec DevC++ et là VC il nous fait une crise ? C'est quoi la différence entre les deux compilateurs qui propose ce genre de problème ?

Je ne comprends pas, et j'ai peur d'avoir encore ce genre de bug sur d'autres programmes, ou en continuant le mien, en chargeant une autre bibliothèque et en fichant tout en l'air à nouveau.

EDIT : Ca marche aussi sur le programme complet... Ouf, je vais pouvoir utiliser VC++ pour débugger...

En gros, lorsque tu fais appel à stdio.h, cela fait appel à une autre partie que celle où est fstream.

Si tu y fais appel, le compilateur devra lier les fichiers nécessaires à ton programme. Seulement, là les deux parties liées entrent en conflit visiblement.