VÉRIFIER L'EXISTENCE D'UN FICHIER (SOUS WINDOWS(32/64) EXCLUSIVEMENT !!! C'EST PAS PORTABLE SOUS D'AUTRES OS !!!)

Commentaire de foxugly le 31/07/2004 06:03:42

ya pas une fonction dans l'API qui fait ça ?

Commentaire de BruNews le 14/04/2005 18:32:39 administrateur CS

Portabilité ??? évacuons de suite, c'est spécialisé Windows, sera portable sur Windows et basta.

Il est clair que si tu utilises des couches d'interprétation, ce ne sera jamais aussi direct que l'appel direct API, ni en taille de code ni en vitesse.
Pour ne rien masquer, faisons exemple en sautant le CRT:

#include <windows.h>

int __stdcall FileExists(char *fname)
{
  return (GetFileAttributes(fname) != 0xFFFFFFFF);
}

// ceci sert aux 3 essais

#pragma comment(linker, "/entry:myWinMain")
int WINAPI myWinMain()
{
  MessageBox(0, FileExists("C:\\truc.txt") ? "OUI": "NON", "A", 0);
  ExitProcess(0);
}

Exe fait 2.5 Ko, semble optimal en taille.
ASM résultant:
_FileExists@4 PROC NEAR ; _fname$ = eax
  push eax
  call DWORD PTR __imp__GetFileAttributesA@4
  xor ecx, ecx
  cmp eax, -1
  setne cl
  mov eax, ecx
  ret 0
_FileExists@4 ENDP
C'est impec et aucun param, à noter (comme les 2 autres qui vont suivre) que le compilo va 'inliner' tout cela.
2eme essai, on peut forcer la suppression de la constante -1 en faisant  le 'TEST' seulement sur EAX, devrait gagner 1 octet (pas le temps de mesurer).
int __stdcall FileExists(char *fname)
{
  return (0 <= (long) GetFileAttributes(fname));
}
Exe même taille, 'TEST' seul sur EAX:
_FileExists@4 PROC NEAR ; _fname$ = eax
  push eax
  call DWORD PTR __imp__GetFileAttributesA@4
  xor ecx, ecx
  test eax, eax
  setge cl
  mov eax, ecx
  ret 0
_FileExists@4 ENDP

3eme essai, les choses se gâtent:
#include <io.h> // devient obligatoire

int __stdcall FileExists(char *fname)
{
  return (_access(fname, 0) != -1);
}

ASM résultant:
_FileExists@4 PROC NEAR ; _fname$ = eax
  push 0
  push eax
  call __access
  xor ecx, ecx
  add esp, 8
  cmp eax, -1
  setne cl
  mov eax, ecx
  ret 0
_FileExists@4 ENDP

Exe fait 7 Ko !!! la fonction a 2 PUSH au lieu de 1 et une remontée de ESP, voila qui occupera nos processeurs.
Il est aussi à noter que _access appelle GetFileAttributes en interne, vérifiable en regardant les dépendances de l'EXE grace à la suppression du CRT.
Résultat des courses, si on écrit pour Windows on ne met rien entre lui et nous et on est gagnant à tout coup.

ciao...

Commentaire de NitRic le 15/04/2005 03:59:42

4 ans pour obtenir des commentaires sur mon exemple, et bien =P

Merci pour toutes ces précisions(commentaires) :}



~(.:: NitRic ::.)~

Commentaire de magic_Nono le 15/04/2005 15:45:34

//Si l'on veut la mm chose fonctionnant sur les différents systemes, seriez vous d'accord avec ceci:



bool __stdcall BFichier::existe(const char * nomFic)
{
/// -------------------------------------------------------------------------------
/// ---------------- BFichier::existe(const char* nomFic) -> bool  ----------------
/// -------------------------------------------------------------------------------
/// -----  Objectif : verifier si le fichier existe
/// -----  PreCond : nomFic!="" && nomFic!=NULL
/// -----  PostCond : /
/// -------------------------------------------------------------------------------
/// -----  const char* nomFic : nom du fichier
/// ---------------------------------------------------------------------------------
/// -----  retour (bool) : existance fichier
/// -------------------------------------------------------------------------------
/// -----  Var Muettes (cf.partie préc) (1) : nomFic
/// -----  Var Internes à la fonction (2) : existe ,fichier
/// -----  Var In  (1) : nomFic

#ifdef BUNIX
bool existe=false;
FILE*fichier=fopen(nomFic,"r");
existe=(NULL!=fichier);
/// Algo : SI TODO
if(existe)
/// Algo : TODO
fclose(fichier);
return existe;

#else /* BUNIX */

return( 0xffffffffu != GetFileAttributes( nomFic ) );
/* équivalent
FileExists@4 PROC NEAR ; _fname$ = eax
  push eax
  call DWORD PTR __imp__GetFileAttributesA@4
  xor ecx, ecx
  test eax, eax
  setge cl
  mov eax, ecx
  ret 0
_FileExists@4 ENDP
*/
#endif /* BUNIX */

}


//(cette fonction étant en static dans une classe de lib)

Commentaire de BruNews le 15/04/2005 16:03:23 administrateur CS

ben faudrait voir avec un expert unix si on peut ouvrir un fichier en mode exclusif parce que si oui (comme sous Windows) on ne teste pas la présence d'un fichier par le fait qu'on puisse l'ouvrir. Pourrait répondre non alors que le fichier existe bien.

Commentaire de magic_Nono le 15/04/2005 18:31:50

non, CT pas sérieux, en plus j'ai fait ça il y a lgt,
il y a un moyen de connaitre l'arbo et les attrb des fichiers sans les ouvrir

faudra retrouver ça...

Commentaire de magic_Nono le 09/11/2006 14:43:18

ouvre ce même fichier en écriture en parallele...
et lance ton test.

ton avis turnerom?

Commentaire de BruNews le 09/11/2006 18:10:54 administrateur CS

50 fois qu'on répète qu'un fichier peut etre ouvert en exclusif avant par un autre processus, auquel cas ton truc répond nimporte quoi.
On ne traite jamais l'existence par l'ouverture, peut tres bien exister mais ne pas etre dispo.

Si on ne devait faire que du portable, on serait encore en console (et encore), évitez donc ces ritournelles stériles. On dev au mieux ^pour chaque systeme cible et là on a une chance de faire un truc performant, pas une daube pour tous.

Commentaire de racpp le 09/11/2006 22:08:46 administrateur CS

turneron >> Brunews a raison. Il n'a pas dit que le C/C++ n'est pas portable. Toi aussi tu as raison. Mais ce que veux dire BruNews c'est que la portabilité se fait toujours au détriment de la qualité de l'application. On a certes un programme qui tournera sur toutes les plateformes, mais ce sera moins bien que s'il était conçu pour une seule plateforme. Chaque OS a ses propres spécificités. Les librairies assurant la compatibilité empêchent le programme de communiquer directement avec le système d'où la perte de performance. Cela empêche également le codeur de bien comprendre le fonctionnement du système. La compréhension du fonctionnement du système permet de bien optimiser le code et mieux maitriser le comportement de l'application.

Commentaire de BruNews le 11/11/2006 01:58:33 administrateur CS

return (0 <= (INT_PTR) GetFileAttributes( fname ) );
évite les constantes ce qui permet portabilité vers x64.

Commentaire de chadilou le 02/01/2007 03:16:58

svp j'aimerais savoir comment verifier l'existance d'un fichier .txt en c++