Fichier binaire et 0x0d 0x0a

Bonjour tout le monde,

J'ai un problème avec mes écritures de fichiers binaires en C.
Je dois écrire une sctructure C dans un fichier.

Premier réflexe, j'ai ouvert le fichier avec cette ligne:

Code:

---

1 2	if((fichier_ticket=open(nom_fichier,O_WRONLY|O_CREAT|O_BINARY|O_TRUNC, S_IREAD|S_IWRITE))<0) {puts("erreur ouverture");return(2);}

---

Car j'ai lu partout sur le net que en mode texte il y avait des soucis avec les \n, \r etc ... (dtf je comptais pas faire un fichier binaire en mode texte :lol: )

Pour écrire dans le fichier, j'utilise le code suivant:

Code:

---

write(fichier_ticket, &(tkt_opi.cu2), 2);

---

Toutes mes données sont bien écrites, sauf, malheureusement les deux caractères suivant: 0x0a, et 0x0d. Dans le premier cas, cela est transformé en 0x0d 0x0a et dans le second cas il n'apparait même pas dans le fichier.

Ayant lu partout sur le net que la solution à ce problème est de passer le fichier en mode binaire. Ayant depuis le début un fichier en mode binaire, je commence à péter un plomb :lol:

Si vous avez une petit idée du pourquoi du comment, merci de me tenir au courant ! :)

Zigo ^^

Il faudrait mieux utilise fopen/fwrite, ce serait déjà un plus.

Ensuite, essaye de faire un code minimal compilable qui montre le problème car il est difficile de faire un diagnostic comme ça...

Jc

Je fais ca de suite ^^

Si le mode binaire n'est pas appliqué, c'est sans doute un bug de la bibliothèque standard.
Avec quoi programmes-tu ? EDI, compilo...

Citation:

---

Envoyé par Médinoc

Si le mode binaire n'est pas appliqué, c'est sans doute un bug de la bibliothèque standard.
Avec quoi programmes-tu ? EDI, compilo...

---

context pour l'éditeur, et gcc pour le compilateur ^^

En faites il n'y avais ni erreur de programmation, ni erreur de compilation...

j'utilisais tout simplement un éditeur hexa sous windows pour voir le résultat ... du coup lui virai et remplacais tout ce qu'il voulais ...

avec un éditeur héxa sous linux, tout va bien dans le meilleur des mondes.

Faites bien donc attention lorsque vous travaillez avec des fichiers binaires, il ce peux que windows ce moque de vous ;)

Alors, dans ce cas, c'est ton éditeur hexa qui était buggé, et n'ouvrait pas le fichier en mode binaire...

On peut savoir quel est l'éditeur en question, pour nos listes noires?
PS: Tu aurais eu des surprises sur un vieux mac aussi: Avant macOS X, il ses retours à la ligne étaient des \r (les \n étaient donc transformés)

Citation:

---

Envoyé par Médinoc

Alors, dans ce cas, c'est ton éditeur hexa qui était buggé, et n'ouvrait pas le fichier en mode binaire...

On peut savoir quel est l'éditeur en question, pour nos listes noires?
PS: Tu aurais eu des surprises sur un vieux mac aussi: Avant macOS X, il ses retours à la ligne étaient des \r (les \n étaient donc transformés)

---

C'est l'éditeur: JustHex (http://justhex.tk)

A savoir que j'avais le même résultat avec UltraEdit.

Est ce que tu pourrai me conseiller un bon utilitaire gratuit pour éditer mes fichiers en binaire ?

UltraEdit, c'est pas normal: J'en utilise un parfaitement fiable depuis la vieille version 7.10!

Sinon, l'outil "Debug" en ligne de commande doit toujours être présent, mais pas toujours pratique...


Ps: Je viens de tester avec Dev-C++ 4.9.9.2 (gcc 3.4.2/mingW) et mon UltraEdit habituel (UltraEdit-32 11.20a authentique):

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23

#include <stdio.h> #include <io.h> #include <fcntl.h> #include <sys/stat.h> //#include <sys/types.h>   int main(void) { char const data[] = {0x01, 0x0A, 0x0D, 0x07, 0x0D, 0x0A, 0x46}; int desc = open( "fich.bin", O_WRONLY | O_BINARY | O_CREAT | O_TRUNC, S_IREAD | S_IWRITE ); if(desc != -1) { write( desc, data, sizeof(data)); close(desc); } else return 1; return 0; }

---

Sous UltraEdit:

Code:

---

00000000h: 01 0A 0D 07 0D 0A 46 ; ......F

---

Citation:

---

Envoyé par Médinoc

UltraEdit, c'est pas normal: J'en utilise un parfaitement fiable depuis la vieille version 7.10!

---

Oui, mais il ne faut pas activer la conversion automatique au format DOS.

En effet, j'avais complètement oublié l'existence d'une telle option...
Evidemment, une fois qu'on fait toutes les conversions manuellement, y'a plus de problème...