Bug de Panoramic ?

Effectivement, on ne voit pas trop l'intérêt de File_Read par rapport à File_Readln, qui lui marche très bien pour un fichier texte.

Une remarque annexe: pourquoi fais-tu toutes tes interventions en si gros caractères et en double interligne, ça prend beaucoup de place et on lit aussi bien avec les caractères normaux du forum ?

Bonsoir,
J'interviens non pas pour répondre, mais pour corriger une façon de procéder.
Si tu lis régulièrement ce forum, tu sais que je suis l'un ou le rebelle ici.
La question que je dois te poser: est-ce que tu es mal voyant? Pourquoi tu n'écris pas comme nous tous, et tu cherches à grossir l'effet. Il y a des codes ici. On met en valeur un mot, une phrase, mais pas l'ensemble du texte.
Ensuite il y a le programme que tu présentes. Il y a des icônes correspondant à des buts bien précis. Pour un code, en laissant le curseur sur l'un des icones du haut , il y a une bulle d'aide "code", tu t'en serts pour marquer le début, et ensuite pour la fin. Ce qui fait qu'avant un programme, tu as: [code.], et à la dernière ligne: [/code.]. (il n'y a pas de point après code, mais c'est pour montrer, sinon la partie écrite entre sera interprétée comme un source à montrer.
Ensuite, mets des exemples qu'on puisse essayer, avec dim ..., et tout ce qui permet de tester, sans être obligé de tout récrire pour essayer de comprendre.
Il m'est d'autant plus facile de le dire que moi-même au début, je faisais pareil, en pensant "ils sont pas idiot, à la lecture du code, ils doivent bien voir de quoi je parle". Et bien non! justement. Appliques-toi dans la prsentation de ton programme, qu'on puisse comprendre de suite ce que tu veux dire.

Si tu penses que j'ai un problème, en te disant cela, dis toi bien que j'en ai un. Et oui, samedi dernier je dormais bien, et je révais que j'étais de remplir ma voiture d'essence, et on moment de payer, on m'a réveillé! Me voila redevable de quelque chose que je n'ai pas accompli!
J'espère que cette pointe d'humour te détendra un instant, et te permettra de continuer. Simple remarque sur un de tes postes précédents: je ne comprenais rien, surtout qu'il y avait du java avec, et je me suis rendu compte que tu écrivais tellement gros, que ta ligne de programme était découpée en plusieurs lignes. Alors un effort svp!

PS JL35 a été plus rapide que moi, et pense de même.

Normalement l'écriture en gros texte, signifie qu'on crie sur le forum...
c'est généralement pas bien vu...

Sinon, l'instruction FILE_READ n'est pas très claire:

Aide Panoramic a écrit:

FILE_READ N,V
Cette commande lit le fichier texte numéro N de la position courante jusqu'au séparateur suivant et stocke le résultat dans la variable V.

Qu'est-ce qu'on entend par "séparateur" ?

Si je lance ceci:

Code:

DIM a$,n,b$
a$="essai" : n=124 : b$="toto"
file_open_write 1,"c:\mon_fichier.txt"
file_write 1,a$ : file_write 1,n : file_write 1,b$
file_close 1

Je me retrouve avec : (dump hex - taille:12 octets)

Code:

65 73 73 61 69 31 32 34 74 6F 74 6F .. .. .. ..  essai124toto....

Je me serait attendu à un octet à 0 en fin de 1ere chaine de caractère, suivit d'une valeur hexa de 8 octets suivit encore par la 2eme chaine et au final un octet à 0 ou un EOF...

Dans l'exemple, il n'y a aucun "séparateur"... donc au premier FILE_READ, on lit la totalité du fichier...

C'est vrai que la doc n'est pas très explicite à ce sujet, mais comme il est bien précisé que c'est pour des fichiers de type 'texte', normalement le séparateur est 0D0A, or là on ne voit pas bien comment cette instruction fonctionne...
Perso je ne l'ai jamais utilisée, seulement le File_ReadLn qui est nécessaire et suffisant pour un fichier texte (de même que le File_WriteLn).

Oui c'est un fichier texte dans lequel on peut écrire des variables numériques (FILE_WRITE 1,n)
c'est comme si on écrivait FILE_WRITE 1,STR$(n)
mais pas de CRLF derrière, c'est bizarre...

C'est comme l’utilité de la commande FILE_WRITEBUF...

Je pense que c'est un des avatars des commandes 'fichiers' qui a perdu son intérêt, en tout cas on s'en passe très bien.
Bonne nuit à toi Nardo et à tous !

Au moment où j'ai envoy mon post plus haut, je me suis dis que ça me rapelait quelque chose.
https://panoramic.1fr1.net/t2180-probleme-sur-lecture-de-fichier-avec-file_read

J'y ai pas pensé sur le coup.

Oui en effet cosmos...

mine de rien, mon petit exemple d'hier n'est pas si évident...

récap de l'exemple :
je souhaite obtenir un fichier contenant une chaine de caractère + un nombre codé sur 4 octets + une chaine de caractère.
les chaines de caractères doivent se terminer par un octet nul...

Code:

"chaine1"+ch$(0)+124 (codé sur 4 octets)+"chaine2"+chr$(0)
63 68 61 69 6e 65 31 00  00 00 00 7c 63 68 61 69  chaine1....|chai
6e 65 32 00 .. .. .. ..  .. .. .. .. .. .. .. ..  ne2.............

Avec les commandes actuelles, comment procèderiez-vous
Perso je ferai comme ceci:

Code:

DIM a$, buf%(255),i
FILEBIN_OPEN_WRITE 1,"c:\mon_fichier.bin"
a$="chaine1"
FOR i=1 TO LEN(a$): buf%(i)=ASC(MID$(a$,i,1)): NEXT i : buf%(i+1)=0
FILEBIN_BLOCK_WRITE 1,len(a$)+1,buf%(1)
a$=HEX$(124):WHILE len(a$)<8:a$="0"+a$:END_WHILE
FILEBIN_HEXA_WRITE 1,4,a$
a$="chaine2"
FOR i=1 TO LEN(a$): buf%(i)=ASC(MID$(a$,i,1)): NEXT i : buf%(i+1)=0
FILEBIN_BLOCK_WRITE 1,len(a$)+1,buf%(1)
FILEBIN_CLOSE 1
END

mais il n'y a pas plus simple ?

@ Pan 59,

Arrête de crier comme ça ygeronimi, on s'entend plus poster !

Il vaut mieux chuchoter que crier !


PS :
@ygeronim : le verbe écrier ça existe en Farançais ?

Le verbe "écrier" existe, mais seulement dans sa forme réfléchie: "s'écrier'.

Ok
Merci Klaus

je vois qu'on se paye ma poire sur une faute de frappe.....c'est du propre....
bonjour les copains...




( çà va, je corrige ... )