[Fichier] Difference entre une ouverture de fichier binaire et asccii?

**yan** · 06/08/2007, 14h24

Bonjour,
Es que quelqu'un connait la raison d'avoir deux type d'ouverture de fichier (binaire et ascii)?
Ce que je ne comprend pas, c'est pourquoi :
- en mode ascii : les opérateurs binaire ne fonctionne pas correctement
- en mode binaire : les opérateurs binaire et ascii fonctionne.

C'est n'est pas la différence binaire/ASCII qui me gêne, mais la raison de ne pas ouvrir tous les fichier en binaire? puisse que autant les opérateurs binaire que ascii fonctionne.

La seule raison que je vois serait des optimisations, mais je ne vois pas ou

merci

**Jean-Marc.Bourguet** · 06/08/2007, 15h11

Lors qu'on ouvre le fichier en mode texte, le runtime effectue les appels systemes et les transformations necessaires pour lire des fichiers textes de l'OS. Pour Unix, il n'y a rien de particulier. Pour Windows, il faut -- en lecture -- simplement(*) transformer les paires CR - LF en \n et (a ce qu'il me semble, je ne suis pas un specialiste de Windows) interpreter un SUB (alias CTRL-Z) comme fin de fichier.

Pour d'autres systemes moins repandu, ce peut etre plus fortement different. Utiliser une API differente de pour les fichiers binaires, transformer les lignes notee par un prefixe de taille en contenu + \n, supprimer du padding parce que toutes les lignes ont la meme longueur,...

(*) De maniere tres amusante

-- et relativement perturbante -- les conversions de jeu de caracteres impliquees par la locale sont faites aussi pour les fichiers binaires.

**DaZumba** · 06/08/2007, 15h14

La difference majeure entre binaire et texte est l'interpretation du '\n'. Sous Windows, c'est en fait deux caracteres ('\r''\n'). Sous Unix et equivalents, c'est un seul caractere.

- en mode ascii : les opérateurs binaire ne fonctionne pas correctement
- en mode binaire : les opérateurs binaire et ascii fonctionne.

Qu'est-ce que tu veux dire par "operateurs binaires" ?

**yan** · 06/08/2007, 15h50

Envoyé par DaZumba

Qu'est-ce que tu veux dire par "operateurs binaires" ?

fread et fwrite

**Jean-Marc.Bourguet** · 06/08/2007, 15h53

Envoyé par Mongaulois

fread et fwrite

Ils ne sont en rien reserves aux fichiers binaires tout comme les autres fonctions ne sont pas reservees aux fichiers textes.

**yan** · 06/08/2007, 15h56

Envoyé par Jean-Marc.Bourguet

Ils ne sont en rien reserves aux fichiers binaires tout comme les autres fonctions ne sont pas reservees aux fichiers textes.

Que fait fread et fwrite avec du texte?

**Jean-Marc.Bourguet** · 06/08/2007, 15h58

Envoyé par Mongaulois

Que fait fread et fwrite avec du texte?

La meme chose qu'une boucle adequate faisant des fgetc et des fputc.

**DaZumba** · 06/08/2007, 16h13

Envoyé par Mongaulois

fread et fwrite

Petit point de vocabulaire pour qu'on te comprenne mieux la prochaine fois : ce sont des fonctions, pas des operateurs.

**yan** · 06/08/2007, 16h19

Envoyé par DaZumba

Petit point de vocabulaire pour qu'on te comprenne mieux la prochaine fois : ce sont des fonctions, pas des operateurs.

Dsl, mais sur le coup je voyait pas comment les appeler

merci. Pour les infos. Je comprend mieux les problèmes de lecture (sous windows) qu'il peut y avoir entre le mode binaire et texte.

**Médinoc** · 06/08/2007, 17h24

Il me semble que c'était aussi le cas sous Mac avant la sortie de MacOS X, car à l'époque les fins de ligne étaient enregistrées en tant que \r, au lieu de \n.

Edit: Et tant qu'on y est: Why is the line terminator CR+LF?

**Jean-Marc.Bourguet** · 06/08/2007, 17h36

Envoyé par Médinoc

Il me semble que c'était aussi le cas sous Mac avant la sortie de MacOS X, car à l'époque les fins de ligne étaient enregistrées en tant que \r, au lieu de \n.

Edit: Et tant qu'on y est: Why is the line terminator CR+LF?

C'est plus complique que cela. Certains equipements avaient besoin de CR-LF, d'autres uniquement de CR, d'autre uniquement de LF, d'autres avaient aussi besoin d'une serie de caracteres de padding (au du moins un debit pas trop eleve pour laisser le temps a la tete de revenir), ... la technique de unix, avoir une representation abstraite qui apres est transformee correctement pour le terminal est donc la bonne. A noter que comme je l'ai deja ecrit, d'autres OS ne representent meme pas CR-LF dans les fichiers textes mais stockent par exemple la longueur de la ligne ou utilisent des lignes de longueur fixe.

**Emmanuel Delahaye** · 06/08/2007, 19h33

Envoyé par Mongaulois

Bonjour,
Es que quelqu'un connait la raison d'avoir deux type d'ouverture de fichier (binaire et ascii)?

C'est historique.

http://emmanuel-delahaye.developpez....s.htm#fichiers

**yan** · 07/08/2007, 09h34

donc, si j'ai bien tout compris, la différence est dans le fait de géré les différente definition du retour chariot et de la fin de fichier.
Et donc pour un retour chariot windows (2 caractère)
- le mode text va lire les deux caractère en un seule
- le mode binaire va les lire un par un (d'ou les problèmes possible pour lire du text en mode binaire)

**Emmanuel Delahaye** · 07/08/2007, 09h46

Envoyé par Mongaulois

donc, si j'ai bien tout compris, la différence est dans le fait de géré les différente definition du retour chariot et de la fin de fichier.<...>

Pour les systèmes les plus courants, oui. Pour les autres, je ne sais pas...

Il n'y a pas trop de questions à se poser. Si le fichier est du texte, il se manipule en mode texte ("r", "w", "a"), sinon, on utilise le mode binaire ("rb", "wb", "ab").

**yan** · 07/08/2007, 10h12

Envoyé par Emmanuel Delahaye

Pour les systèmes les plus courants, oui. Pour les autres, je ne sais pas...

Il n'y a pas trop de questions à se poser. Si le fichier est du texte, il se manipule en mode texte ("r", "w", "a"), sinon, on utilise le mode binaire ("rb", "wb", "ab").

ca c'est sur. Mais parfois des fichiers binaire ont une partie texte (exemple: en-tète des format binaire des ppm/pgm...). Si on lit cette partie comme un fichier texte, il arrive que la partie binaire soit erroné. Sous windows, j'ai eu ce problème, c'était le dernier "\n" qui n'était pas toujours bien lue...
C'est assez drôle de voir une image qui devient rose au lieu de vert

**Emmanuel Delahaye** · 07/08/2007, 14h02

Envoyé par Mongaulois

ca c'est sur. Mais parfois des fichiers binaire ont une partie texte

Si un fichier n'est pas complètement texte, c'est qu'il est binaire. Il faut alors le traiter comme tel.

**yan** · 07/08/2007, 14h12

Envoyé par Emmanuel Delahaye

Si un fichier n'est pas complètement texte, c'est qu'il est binaire. Il faut alors le traiter comme tel.

Je n'ai pas dit le contraire, mais ca explique que parfois il y est des problème dans le traitement de la partie ascii d'un fichier binaire. On est pas responsable de la façon dont le fichier est écrit. Et c'est ce problème qui peut faire perdre 1/2 journé pour rien

**Emmanuel Delahaye** · 07/08/2007, 14h27

Envoyé par Mongaulois

Je n'ai pas dit le contraire, mais ca explique que parfois il y est des problème dans le traitement de la partie ascii d'un fichier binaire. On est pas responsable de la façon dont le fichier est écrit. Et c'est ce problème qui peut faire perdre 1/2 journé pour rien

Le principe, c'est de réfléchir avant d'agir, donc de lire la doc du fichier, par exemple... 'ASCII' ne signifie pas forcément fichier texte....

**yan** · 07/08/2007, 14h35

Envoyé par Emmanuel Delahaye

Le principe, c'est de réfléchir avant d'agir, donc de lire la doc du fichier, par exemple... 'ASCII' ne signifie pas forcément fichier texte....

Malheureusement tous le monde ne le fait pas.
Toujours comme exemple, les formats binaire de ppm/pgm sont bien défini, et il y as des fichiers ou il y as les deux caractères de retour à la ligne. J'y peut rien, c'est un peu n'importe quoi je suis d'accord, et quand ça t'arrive bien tu cherche longtemps.