djeauh
Messages postés13Date d'inscriptionvendredi 16 avril 2004StatutMembreDernière intervention 6 avril 2007
-
24 juin 2004 à 19:32
Chount
Messages postés7Date d'inscriptionmercredi 7 juillet 2004StatutMembreDernière intervention16 août 2004
-
26 juil. 2004 à 15:03
Bonsoir tout le monde. J'ai un petit soucis avec la fonction CreateFile de l'API WIN32. Lorsque je veut ecrire dans un fichier WINDOWS le mets par défaut en fichier binaire. Il m'est donc impossible d'écrire un fichier texte. En utilisant la fonction fopen() je peut résoudre mon problème en spécifiant "b" dans les paramètres de la fonction pour indiquer que le fichier est binaire.
Est ce que quelqu'un sait comment creer un fichier texte avec CreateFile?
djeauh
Messages postés13Date d'inscriptionvendredi 16 avril 2004StatutMembreDernière intervention 6 avril 2007 25 juin 2004 à 09:51
Merci pour vos réponses. Malheureusement cela ne me suffit pas. A ceci :
"Un fichier est toujours binaire, dedans il y a des octets et rien d'autre, tout le reste n'est que philo sterile."
je repond que je sais très bien qu'un fichier est toujours binaire, le fait est windows a besoins de savoir lors de la création du fichier si les caractères spéciaux (comme le retour à la ligne) doit être interpreté comme un retour à la ligne ou comme un caractère simple. Je m'explique : j'ai écrit ce petit bout de code :
#include <stdio.h>
#include <Windows.h>
char Buffer[128] = "Ceci est un essai\nLigne 2";
void CreerFichierTexteWin32(); //Crée un fichier texte via CreateFile
void CreerFichierTexte(); //Crée un fichier texte via fopen
Essayez de compiler et ouvrer les fichiers avec le bloc note et vous verrez le resultat.
De plus dans l'aide MSDN on a pour l'aide de la fonction fopen :
t
Open in text (translated) mode. In this mode, CTRL+Z is interpreted as an end-of-file character on input. In files opened for reading/writing with "a+", fopen checks for a CTRL+Z at the end of the file and removes it, if possible. This is done because using fseek and ftell to move within a file that ends with a CTRL+Z, may cause fseek to behave improperly near the end of the file.
Also, in text mode, carriage return–linefeed combinations are translated into single linefeeds on input, and linefeed characters are translated to carriage return–linefeed combinations on output. When a Unicode stream-I/O function operates in text mode (the default), the source or destination stream is assumed to be a sequence of multibyte characters. Therefore, the Unicode stream-input functions convert multibyte characters to wide characters (as if by a call to the mbtowc function). For the same reason, the Unicode stream-output functions convert wide characters to multibyte characters (as if by a call to the wctomb function).
Enfin en fouillant dans le code de fopen on s'aperçoit que cette fonction utilise CreateFile (normal on est sous windows ;)) (void fichier open.c) et on y repere les lignes suivantes :
/* figure out binary/text mode */
if ((oflag & _O_BINARY) == 0)
if (oflag & _O_TEXT)
fileflags |= FTEXT;
else if (_fmode != _O_BINARY) /* check default mode */
fileflags |= FTEXT;
plus loin :
if ( (osfh = CreateFile( (LPTSTR)path,
fileaccess,
fileshare,
&SecurityAttributes,
filecreate,
fileattrib,
NULL ))
== (HANDLE)0xffffffff )
et enfin :
_osfile(fh) = fileflags;
Voilà.
Je vous remercie encore pour vos réponses. J'ai trouvé la solution : je n'utilise que les fonction du c pour acceder aux fichiers.
:):):):D:D:D:D
Vous n’avez pas trouvé la réponse que vous recherchez ?
BruNews
Messages postés21040Date d'inscriptionjeudi 23 janvier 2003StatutModérateurDernière intervention21 août 2019 25 juin 2004 à 10:32
Dans quelle mauvaise litterature as-tu vu que Windows aurait besoin de savoir comment interpreter ceci ou cela ?
FAUX et ARCHI FAUX, IL N'INTERPRETE RIEN !!!
Le systeme aspire ou tamponne le nbr d'octets specifies, il ne perd pas un instant a regarder ce qu'il y a dedans.
Ce sont les libs additionnelles (inutiles et nuisibles a la comprehension et aux performances) qui font cela, en direct API il faut t'enlever ces notions du crane.
djeauh
Messages postés13Date d'inscriptionvendredi 16 avril 2004StatutMembreDernière intervention 6 avril 2007 25 juin 2004 à 11:38
Désolé de me répéter mais je sais très bien que tout fichier est binaire. As tu ouvert le fichier que tu généres via ton code avec le bloc note de windows? Il n'y a pas de saut de ligne alors qu'il devrait y en avoir un. Voilà c'est tout.
djeauh
Messages postés13Date d'inscriptionvendredi 16 avril 2004StatutMembreDernière intervention 6 avril 2007 25 juin 2004 à 11:39
De plus ma mauvaise litterature s'appelle MSDN. Relit le bout d'aide trouvé pour la fonction fopen():
Also, in text mode, carriage return-linefeed combinations are translated into single linefeeds on input, and linefeed characters are translated to carriage return-linefeed combinations on output. When a Unicode stream-I/O function operates in text mode (the default), the source or destination stream is assumed to be a sequence of multibyte characters. Therefore, the Unicode stream-input functions convert multibyte characters to wide characters (as if by a call to the mbtowc function). For the same reason, the Unicode stream-output functions convert wide characters to multibyte characters (as if by a call to the wctomb function).
BruNews
Messages postés21040Date d'inscriptionjeudi 23 janvier 2003StatutModérateurDernière intervention21 août 2019 25 juin 2004 à 11:52
fopen n'est pas API mais est fourni par une lib, ne pas tout melanger svp.
Il n'y a pas de saut de ligne, bien entendu car il n'est pas dans la chaine, bien la preuve que le systeme ne touche pas aux octets ni meme ne les regarde.
\r\n pour saut de ligne sous Windows, 2 octets !!!
Chount
Messages postés7Date d'inscriptionmercredi 7 juillet 2004StatutMembreDernière intervention16 août 2004 26 juil. 2004 à 10:33
Salut a tous, je rentre un ptit peu dans le débat car moi aussi j'ai unprobleme avecCreateFile...
En fait je crée un fichier avec Create File et ensuite j'ecris dans ce meme fichier ce que me renvoi une commande DOS.
Le probleme etant qu'il n'y a rien d'ecrit dans mon fichier.
Lorsque je le fait avec un fichier deja existant sans se servir de CreateFile , la en revanche cela fonctionne.
J'aimerai savoir si vous pouviez m'aider.
Merci pour vos suggestions et remarques.
Voila mes lignes de codes.
Chount
Messages postés7Date d'inscriptionmercredi 7 juillet 2004StatutMembreDernière intervention16 août 2004 26 juil. 2004 à 11:53
Re salut,
désolé BruNews mais ce que j'ai fais marche et je viens juste de trouver "l'erreur". En fait ce sont les espaces pour les noms de fichier que la fonction ne "digere" pas.
Par contre si toi ou qqun d'autre pouvait me renseigner sur le fait de récupérer le chemin dit court d'un fichier cela serait extremement sympathique.
Merci.