1.93 du 25 Février 2013: gestion de fichiers binaires

Nouvelle version:
KGF.dll V1.93 du 25 Février 2013

J'ai ajouté 4 fonctions, pour donner plus de possibilités dans la gestion des fichiers binaires:

1. Retourner la longueur d'un fichier binaire NON OUVERT:
KGF.dll: res% = dll_call1("GetBinaryFileSize",adr(nom$))
KGF_SUB.bas: GetBinaryFileSize(nom$) retourne la variable GetBinaryFileSize

2. lire un fichier binaire entier dans une variable de type chaîne de caractères:
KGF.dll: res% = dll_call2("ReadBinaryFileToString",adr(nom$),adr(buf$))
KGF_SUB.bas: ReadBinaryFileToString(nom$) retourne la variable ReadBinaryFileToString$

3. écrire une variable de type chaîne de caractères dans un fichier binaire:
KGF.dll: res% = dll_call2("WriteStringToBinaryFile",adr(nom$),adr(buf$))
KGF_SUB.bas: WriteStringToBinaryFile(nom$,buf$)

4. ajouter une variable de type chaîne de caractères à la fin d'un fichier binaire:
KGF.dll: res% = dll_call2("AppendStringToBinaryFile",adr(nom$),adr(buf$))
KGF_SUB.bas: AppendStringToBinaryFile(nom$,buf$)

Fichiers modifiés:
KGF.dll, KGF_SUB.bas

La doc dans KGF.chm suivra demain.

EDIT

Si d'autres fonctions utiles vous intéressent, c'est faisable. Je pense par exemple à une fonction remplaçant n caractères à partir de la position p, par une chaîne de caractères. Et ce en 2 modes: remplacer exactement les n caractères par les x caractères de la chaîne de sorte que le fichier résultant éventuellement rallonge ou raccourcit, et compléter les x caractères par un caractère de remplissage si x<n ou tronquer x à n si x>n. Ceci permettrait de modifier un fichier à une position quelconque.

J'ai eu une fausse joie avec la dll qui lit un fichier binaire dans une chaîne de caractères...

Le résultat n'est pas juste puisque les zéros machine sont dans la chaîne remplacés par des espaces ascii (=32)... et c'est pour moi inexploitable.
(un exemple: dans l'en-tête d'un fichier bmp les dimensions w et h sont sur 2 fois 4 octets consécutifs. Si on prend 32 à la place de 0, ça fausse tout, évidemment)

Je ne sais pas quelle est la contrainte qui fait ça, toujours est-il qu'une chaîne de caractères peut très bien comporter des zéros binaires (par exemple en Freebasic je pouvais lire l'intégralité du fichier dans une chaîne qui était l'image exacte du contenu du fichier, ce qui n'est pas le cas ici).

EDIT: Je crois que c'est bien pire que ça, et que le transfert dans la chaîne s'arrête dès le premier zéro. Ainsi pour un fichier .jpg j'ai bien les 4 premiers octets: FF D8 FF E0, et tout le reste de la chaîne est composée des espaces fournis d'origine.

Oups... je vais regarder cela. Je crois savoir d'ou cela vient...

OK. Essaie maintenant stp et tiens-moi au courant.

Et - recharge non seulement KGF.dll, mais aussi KGF_SUB.bas. On est passé à la version V1.94 entretemps...

Merci Klaus, je regarde (en fait je lance directement la dll, sans passer par kgf_sub)

IMPECCABLE, j'ai bien maintenant tous les caractères, y compris les zéros !
Merci Klaus, pour la réaction à la vitesse de l'éclair, je peux maintenant aller de l'avant !

J'ai édité, j'aurais dû faire un nouveau message.
Mais tout est bon maintenant.

Super !

Le problème venait de la façon bizarre que je dois utiliser pour retourner une chaîne de caractères à Panoramic. Il faut en permanence surveiller si l'on rencontre un caractère <0>, car ce caractère marque la fin d'une chaîne de caractères. Alors, pour le cas précis de lecture d'un fichier binaire, j'ai désactivé ce test, et je passe TOUS les caractères de la chaîne à retourner, MEME si je dépasse le <0> terminal de la chaîne à passer OU de la chaîne réceptrice. Il faut donc absolument être certain que la chaîne réceptrice soit suffisamment longue pour contenir toute la chaîne à transmettre. La procédure ReadBinaryFileToString dans KGF_SUB.bas fait cela de façon interne. Si tu appelles les fonctions de KGF.dll directement, il faut le faire de façon similaire, en utilisant KGF_res% = dll_call1("GetBinaryFileSize",adr(nom$)) comme je le fais dans cette procédure, afin de dimensionner la variable réceptrice correctement, avant d'appeler dll_call2("ReadBinaryFileToString",... Sinon, violation de mémoire, voire pire !

Mais, puisque cela marche chez toi, tu as certainement vu ce détail et tu l'as appliqué. Je donne ces information surtout à l'attention des autres lecteurs, en attendant la doc exhaustive de ces fonctions !

As-tu vu que la V1.94 est sortie ? Nouvelle fonction sur fichier binaire (modification à l'intérieur !) et correction d'un léger bug dans KGF_SUB.bas (erreur de nom de variable dans une procédure).

Effectivement, j'avais commencé par la violation mémoire, et j'étais allé voir dans KGF_SUB où j'ai vu que tu fournissais préalablement une chaîne de la bonne longueur remplie d'espaces, donc j'ai fait pareil.

Oui j'ai bien vu pour les autres fonctions, je n'en ai pas l'usage pour le moment (je ne fais que lire), mais ça peut être très utile (pour notre ami Mumu entre autres).
Et je pense à des images bmp, pour incruster des figures par exemple, il suffit d'aller modifier des valeurs à l'intérieur du fichier, ça ouvre des perspectives.
(enfin, ça on peut le faire aussi en chargeant l'image dans un picture et en dessinant dessus)

Merci en tout cas Klaus.