Mihashi a écrit :



Euh, pas du tout, car par définition le format binaire c’est ce qui n’est pas du texte… " />





Là! y a quelqu’un qui est pas d’accord, je te laisse lui répondre ?



Et sinon hésite pas à détailler ton “binaire” qui n’est pas un “fichier binaire”, peut-être qu’il me faudrait ta définition de “fichier” aussi, par ce que je sens qu’on a pas la même.



Pour l’instant j’en suis a :

Un fichier texte c’est pas un fichier binaire, mais c’est un binaire, j’ai bon ?

Ouais, c’est ce que je dit après le passage que tu cite.



Même le passage qui parle d’inclure des champs binaires (commandes ATA, dump mémoire/firmware), n’est pas très convainquant, le binaire sa s’encode dans du texte…

 

A moins que je sous-estime la difficulté (complexité/overhead) pour le faire ?

Non, tu te trompe. Les deux sont des fichiers binaires.

 Tu admet toi-même qu’ils sont fait de zéros et de uns. Et si ça c’est pas la définition d’un fichier binaire. :)

 

Ce que tu appel “type”, ne change pas la nature binaire du fichier.

C’est comme si tu disais qu’un jpeg n’est pas un binaire, puisque c’est une image.

Si tu te place à ce niveau, dans ce cas ce n’est pas deux types de fichiers (texte et binaire) qu’il faut prendre en compte, mais une infinité (texte, image, son, programme, etc…)



Si je prend ton exemple, avec 34. Pour moi tu as écris 2 fichiers binaires contenant l’un “0010 0010”, et l’autre “0011 0011 0011 0100”. (*)

Et d’après ta définition, tu as écrit 2 fichiers texte, en ascii l’un contenant le caractère guillemets (“), l’autre les caractères “3” et “4”. :b

 (j’ai de la chance pour ma démo, tu n’as pas choisi une valeur de caractère non-imprimable ;) )

 

Pour le système, ou le système de fichier, ça ne change rien du tout.

 Et surtout pas la nature binaire du fichier.

Si tu pense que je fait erreur, s’il te plaît indique moi où tu spécifie

le type du fichier dans un système ? Au niveau de l’inode ? () Dans les propriété du fichier dans Windows, y a une case à cocher ?

 

Sous unix/linux, les fichier (binaires) contenant uniquement du texte peuvent être facilement manipulés et transformés, par une foultitude de commande. C’est très pratique.

Mais ce sont juste des commandes qui savent ouvrir un fichier (toujours binaire) et s’il contient un codage qu’ils savent manipuler,  peuvent afficher et transformer ce texte.



La distinction entre fichier texte et fichier binaire, c’est du pipeau.

J’utilise moi aussi couramment cet “abus de langage”, mais ça n’en reste pas moins faux.





(*) j’ai ajouté des “0” car tu avais concaténé 2 points de code ascii sur 7 bits, ça ne fait pas “3” et “4”, mais le caractère non-imprimable “EM” (0001 1001), suivit d’un caractère non-valide en ascii, ou UTF-8, mais qui donne ça “Ž” (1011 0100) en ISO 8859-15. A moins que ton système enregistre des fichiers avec des octets de 7 bits ? Ou un truc lié à l’endianess que j’ai loupé ?



() bon j’imagine qu’en cherchant bien on doit pouvoir trouver un truc qui le fait, ou l’a fait. Mais sur les systèmes unix/linux/windows courant et leur file system attitrés, je connais pas.

 Mais je suis évidement loin de tout connaître … très, très loin, y a cas voir systemd ;)

Mihashi a écrit :



Non justement, c’est pas du tout ça la définition d’un fichier binaire !

Fichier informatique qui n’est pas assimilable à un fichier texte, dont les données sont enregistrées en codage binaire, comme les programmes, les fichiers sons, les vidéos, les images, etc. (wiktionnaire).

En informatique, un fichier binaire est un fichier qui n’est pas un fichier texte (wikipédia).



 



 Oui, je les avais vu. Mais, c’est faux.

 Pas impossible que ce soit pour ça que Wikipédia tag l’article FR à recycler, et l’anglais comme devant citer ses sources.

 C’est un usage de vocabulaire, mais techniquement c’est complètement faux.









Mihashi a écrit :



Ça change complètement la nature des données qui sont dans le fichier.



Non, je t’ai démontré qu’en essayant de créer un fichier binaire (0010 0010) tu avais créé un fichier texte (“), tout simplement parce que les données sont identiques, c’est du binaire. Ou pire tu as créé un fichier qui est à la fois binaire et texte. Mais comment c’est possible ? Comment ta définition résout ce problème ?

On l’appel un “textaire”, ou peut-être un “binexte”, à toi de choisir.

 

Ignore mes exemple si ça t’arrange. Pourtant ils sont simples.

 

 



Mihashi a écrit :



Non, c’est un choix qui a été fait : pour distinguer les fichiers textes des autres, c’est tout.

Après tu peux argumenter que c'est pas forcément très judicieux, mais c'est comme ça et pas autrement.

Je dit pas le contraire sur l’usage de vocabulaire. J’utilise la formulation régulièrement, mais c’est une erreur.

 Je dit juste que techniquement il n’y a aucune différence entre les deux types de fichier, puisque un fichier texte EST un fichier binaire.

 Et du reste à l’époque ou cet usage a été décrété, je pense que s’ils avaient vu des fichiers contenant du texte avec des codages sur 8 bits (ISO 8859-xx, UTF-8, etc…) ils auraient dit “Ha! ça c’est du binaire.” Alors que c’est bien du texte sans formatage. La définition du fichier texte change dans le temps, c’est pratique…



 



Mihashi a écrit :



Pour le système de fichier ça ne change rien, parce qu’il s’en fout de l’agencement des données qui sont dedans.

Le type de fichier ne le concerne pas, il concerne uniquement l'interprétation des données et donc du codage utilisé.

 Ben c’est ce que je dit depuis le début, tes fichiers texte et binaires n’ont aucune différences, c’est la façon dont on interprète les données. Le codage. 

Les fichiers eux sont en binaire, sans rien qui les distingues.

 







Mihashi a écrit :



Non, j’ai juste oublié le zéro du huitième bit vu qu’il n’est pas utilisé par l’ASCII.

Et au passage, certains systèmes qui utilisent l'ASCII travaillent avec des multiplets de 7 bits uniquement (certains systèmes de SMS par exemple).

Tu oublie souvent le 8éme bit des octets dans tes fichiers ? 8-o

Parce qu’ y a un gros risque que ton fichier texte se transforme par magie en fichier binaire sur la plupart des systèmes, suivant ta définition ;)



En gros, tu es d’accord avec la définition qui dit que si une fois décodé c’est du texte (suite de caractère sans formatage, …en-dehors de ceux qui sont admis : fin de ligne, espace, tabulation, etc…), c’est pas du binaire.

 Même si à la base ce sont aussi des zéros et des uns. Et même si pour un second système, ne connaissant pas le codage utilisé par le premier, ce fichier texte deviendra par magie un fichier binaire.

 OK, pourquoi pas.



Perso, ma définition est simple et moins fluctuante, un fichier binaire a un contenu codé avec des zéros et des uns.

 

Un fichier texte est un fichier binaire, dont le codage permet à un programme sachant interpréter ce codage d’afficher le texte du fichier. On peut distinguer les formats texte bruts et ceux plus ou moins “enrichit”.



 Voila c’est tout.

La tienne étant fluctuante dans le temps et en fonction du contexte, tu ne sera pas le seul à l’utiliser, mais vous ne vous comprendrez pas.

Ou mieux, vous croirez vous comprendre, mais, ne parlerez pas de la même chose, en fait.



Ce qui me fait penser que cette histoire de fichier texte, vient peut-être d’une époque où un fichier contenant uniquement du texte ASCII. pouvait être transféré par un protocole sur 7 bits (comme tes SMS).

Ce qui n’est plus vrai du tout avec des codages sur 8 bits. Qui sont pourtant pour toi des fichiers textes et pas binaires.

tu devrait tout lire…

Comment sais-tu qu’un fichier est “encodé avec un codage texte” ?