problème avec fopen

**eoberlin** · 25/08/2006, 11h08

Bonsoir, j'utilise la fonction fopen sous windows XP tout se passe bien mais au bout d'un moment la fonction me retourne un pointeur null. Fichier ou répertoire inexistant!! alors qu'ils existes.
Avez-vous eu vent d'un tel problème?

code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
//---------------------------------------------------------------------------
void __fastcall TFEditionEssai::SaveEssai (AnsiString FileName)
{
  FILE *hf ;
  TTreeNode* NodeEssai ;
  PStructEssai  DEssai;
  PStructCycleRef  DCycleRef;
  PStructPasTemp  DPasTemp;
  PStructSauv  DSauv ;
  PStructCycleEnd  DCycleEnd;
  PStructPasEnd  DPasEnd;
  int MyNodeType ;
 
 
  hf = fopen (FileName.c_str(), "w+b") ;
 
  if (hf == NULL)
  {
     ShowMessage(strerror(errno));
     return ;
  }
 
 
  TTreeNode *CurItem = TreeViewCycle->Items->GetFirstNode();
 
 
  while (CurItem)
  {
    MyNodeType = CurItem->ImageIndex;
    switch (CurItem->ImageIndex )
           {
              case ntEssai:
                fwrite (&MyNodeType , sizeof (int), 1, hf);
                DEssai = new TStructEssai;
                DEssai = PStructEssai(CurItem->Data);
                fwrite (DEssai, sizeof (TStructEssai), 1, hf) ;
                break ;
              case ntCycleRef:
                fwrite (&MyNodeType , sizeof (int), 1, hf);
                DCycleRef = new TStructCycleRef;
                DCycleRef = PStructCycleRef(CurItem->Data);
                fwrite (DCycleRef, sizeof (TStructCycleRef), 1, hf) ;
                break ;
              case ntPasTemp:
                fwrite (&MyNodeType , sizeof (int), 1, hf);
                DPasTemp = new TStructPasTemp;
                DPasTemp = PStructPasTemp(CurItem->Data);
                fwrite (DPasTemp, sizeof (TStructPasTemp), 1, hf) ;
                break ;
              case ntCycleEnd:
                fwrite (&MyNodeType , sizeof (int), 1, hf);
                DCycleEnd = new TStructCycleEnd;
                DCycleEnd = PStructCycleEnd(CurItem->Data);
                fwrite (DCycleEnd, sizeof (TStructCycleEnd), 1, hf) ;
                break;
              case ntSauvegarde:
                fwrite (&MyNodeType , sizeof (int), 1, hf);
                DSauv = new TStructSauv;
                DSauv = PStructSauv(CurItem->Data);
                fwrite (DSauv, sizeof (TStructSauv), 1, hf) ;
                break ;
              case ntPasEnd:
                fwrite (&MyNodeType , sizeof (int), 1, hf);
                DPasEnd = new TStructPasEnd;
                DPasEnd = PStructPasEnd(CurItem->Data);
                fwrite (DPasEnd, sizeof (TStructPasEnd), 1, hf) ;
                break;
           }
    CurItem = CurItem->GetNext();
  }    
 
  if (hf)
    fclose (hf) ;
 
}

(bigboomshakala)

**Médinoc** · 25/08/2006, 11h13

AnsiString ? Classes non-template commençant par T ?
C'est du Borland, ça, non ?

Et pour savoir si le fichier existe ou non : Tu devrais afficher le nom du fichier, ainsi que celui du répertoire courant si le chemin est relatif. Histoire d'être sûr que c'est bien le bon fichier que la fonction recherche...

**mathieu_t** · 25/08/2006, 11h14

Salut !

Tout d'abord, fopen c'est du C, et non du C++ (la différence, c'est que les fonctions C++ sont plus "sûres") : utilise ofstream (écriture) et ifstream (lecture) qui sont bien meilleurs...

Commence par lire ceci...

Ensuite, il se peut que ta chaîne de caractère ne corresponde pas vraiment au chemin de ton fichier... As-tu vérifié (via un std::cout<<FileName par exemple) ?

[EDIT] Rhaaa ! Grillé dans la réponse ! Tou es plou rapide quou moé !

**eoberlin** · 25/08/2006, 11h24

Oui c'est bien du Borland Builer 5
J'ai vérifier avec l'outil de builder de débogage c'est bien le bon fichier et le bon répertoire.

La fonction fopen fonctionne très bien sauf qu'au bout d'un moment elle retourne un pointeur null alors que le fichier existe ainsi que le répertoire. La variable FileName est issue d'une boite de dialogue => "SaveEssai(SaveDialog->FileName)". Je vais même jusqu'à spécifier un autre nom de fichier et emplacement de sauvegarde via la boite de sauvegarde lorsque le problème apparait mais sans effet, le pointeur est toujours null. Cet incident est furtif je sais pas trop si c'est lié au temps à XP qui fait des choses !!!!

**poukill** · 25/08/2006, 14h07

j'ai eu pas mal de problèmes avec fopen en C++, tu devrais laisser tomber et suivre les conseils de mathieu_t, ça marchera à tous les coups, et sans te poser de questions inutiles!

**koala01** · 25/08/2006, 14h08

Salut,

Pour info, sais tu que les TTreeView de borland disposent d'une méthode ReadFromFile()? (De tete, car ca fait un bout de temps que je ne les ai plus utilisés, TTreeView ->Items->ReadFromFile())

Ils disposent d'ailleurs aussi de la méthode SaveToFile(), si mes souvenirs sont bon, au meme endroit

N'aurais-tu pas plus facile de charger ton TTreeView grace à cette méthode, quitte à le reparcourrir par la suite pour modifier l'image de chacun des noeud, selon ta propre inspiration?

**karl3i** · 25/08/2006, 18h45

Salut,

quand tu dis "au bout d'un moment" fopen renvoie NULL, tu veux dire "au bout d'un certain nombre de fichiers ouverts" ?
Si tel est le cas, cela peut être une limitation de fichiers ouverts simultanément. Pour s'en assurer, tu peux essayer de faire une boucle de fopen (sans faire de fclose) et regarder si c'est toujours à la même itération que fopen renvoie NULL.

**rigobert** · 25/08/2006, 19h07

Envoyé par karl3i

quand tu dis "au bout d'un moment" fopen renvoie NULL, tu veux dire "au bout d'un certain nombre de fichiers ouverts" ?
Si tel est le cas, cela peut être une limitation de fichiers ouverts simultanément. Pour s'en assurer, tu peux essayer de faire une boucle de fopen (sans faire de fclose) et regarder si c'est toujours à la même itération que fopen renvoie NULL.

C'est même très probablement ça.

Le nombre de fichiers "ouvrables" simultanément par un processus donné est limité. De mémoire il me semble que c'est 1024. Mais il me semble aussi que c'est reparamétrable (sous Unix en tout cas).

Lorsque la limite fixée est atteinte, fopen renvoie systématiquement ... NULL.

Donc soit il manque un fclose quelque part dans ton programme, et au bout d'un moment ça coince ; soit tu essaies (volontairement) d'ouvrir trop de fichiers.

**rigobert** · 25/08/2006, 19h09

Envoyé par poukill

j'ai eu pas mal de problèmes avec fopen en C++, tu devrais laisser tomber et suivre les conseils de mathieu_t, ça marchera à tous les coups, et sans te poser de questions inutiles!

fopen fonctionne très bien en C++ !