Vous n'êtes pas identifié.
Bon voilà, svp en téléchargeant pouvez-vous re-rentré votre e-mail pour la mailing list.
http://www.2072productions.com/?to=memz … download=1
Si qqn veut traduire :
What's new in memory_zone_library release 1.0
!!!!!!!!!!!! THIS REPLACE BASIC_libraries !!!!!!!!!!!!!!
This is the third release :
The name of the functions have been changed but macro are defined to keep it compatible with your programs.
- IMPROVEMENTS, NEW FEATURES:
- create_mem_zone can now really resize a zone and delete it.
This function is now instantaneous (as fast as (or faster?) CASIO(TM)'s programs).
- Now any memory zone is accessible. They can be created, resized (decreased or increased) or deleted.
- The read_mem_zone and write_mem_zone now works at maximum speed.
- The library doesn't depend anymore of segm_video, it has its own static variable.
- Security has been improved when calling functions that modifie the memory.
- Some other code improvements.
- Two new functions that are used by the functions of this lib but that you can use in your own program:
- my_movedata that allows you to move data the fatest and the most secure way possible.
- init_area that allows you to init an area of memory with a particular value the fatest way possible.
- the readme file as been improved.
- IMPORTANT CHANGES:
- The names of the files have been changed to be more accurate to the library function.
- The names of the functions have been changed too.
- READ CAREFULLY THE README FILE !!
- BUGS CORRECTED:
- search_mem_zone and create_mem_zone may not find a "file" if there was garbage characters after the NULL one.
- create_mem_zone was writting garbage characters after the NULL of the zone's name (only if name < 8 bytes).
- create_mem_zone incorrectly report data in the MAT in a very particular occasion (when a lot of data).
Which make the calc clear the memory after reboot.
- create_mem_zone was unable to create correctly zone which size was near 65535.
- create_mem_zone may break the alphabetical order if the name was containing extended character (>127).
- if the number of basic files was not pair and that the new file would be on the top of the list, it wasn't placed
at its correct position.
- Some other dangerous bugs of the same kind...
- Mistakes in text and examples of the readme.txt have been corrected.
READ the BASIC_librairiesReadme.txt it contains very imprtant informations.
Thank you very much to use these functions !
Hors ligne
Thank you too.... Coool !! Je V tester ça...
Hors ligne
Excelleeeeent !
si j'ai bien compris, en plus de toutes les autres améliorations, on peut utiliser my_movedata pour deplacer des gros paquets de données dans un fichier vers la gauche comme vers la droite?
Hors ligne
oui et il ne peut pas y a voir plus rapide ! (fonction en assembleur)
au fait est-ce que les gens qui étaient dans la mailing list ont reçu leur e-mail ?
Hors ligne
Petite question: on peut manipuler les pictures avec tes fonctions?
Parce qu'alors on pourrait refaire une fonction de screenshot ( pour les ecrans en n/b ) afin de stocker jusqu'a 20 images simultanément
Hors ligne
Naturellement mais je ne sais plus quelle zone c'est enfin avec TOUCHE c'est pas bien difficile de trouver.
Hors ligne
je vous arrete !!!
en voulant essayer les nouvelles fonction de 2072 j'ai remarqué un bug !!!
si ce n'est pas un bug alors je ne m'appelle plus nicolas:
#include <memzones.c> int main (void) { struct memory_zone bf; char text[16]; if (create_mem_zone(1,"TEST", 230, RESIZE_ZONE) != -1) { if (search_mem_zone(1, (unsigned char *)"TEST", &bf) != -1) { printf("TEST found ! The size is %un", bf.b_size); write_mem_zone(&bf, "Hello world !", 0, 14); read_mem_zone(&bf, text, 0, 5); printf("%s", text); } else {printf("TEST not found !n");} } else {printf("Not enough memory !n");} getch(); return 0; }
cette exemple est issu du fichier d'aide. J'ai juste modifié:
read_mem_zone(&bf, text, 0, 14);
que j'ai transformé en :
read_mem_zone(&bf, text, 0, 5);
l'exemple de 2072 fonctionne très bien mais quand je mets un 5 au leiu du 14 pour ne lire que "hello" alors ca affiche des caractère bizarre pares "hello". pourquoi ? ca ne peut etre qu'un bug !!!!
une autre question : pour 2072 tu mets write...("hello...",0,14) ! je ne comprend pas le 14. ca devrait être un 13 ? non car 13 octets ?
Hors ligne
haaaaaaaaaaahhhhhhaahhhhhhhaahhhhhhhaaaa !!!!!!
:? :oops: :idea: :?: :!: :evil: :x 8O :cry: :arrow: :idea:
:? 8O
retenez moi !! retenez moi !!!
****injection de calmant *****
SAIS-TU QU'UNE CHAINE DE CARACTÈRE SE TERMINE TOUJOURS PAR UN CARACTÈRE NUL ????????????????????? Comment tu peux programmer sans savoir ça 8O
Au fait comment tu t'appelles maintenant ?
Hors ligne
O fait a qd la new ver de touche ???
Hors ligne
dsl mais je ne vois pas le rapport entre la fonction read_mem_zone et et ma chaine de caractère qui se termine par un 0 binaire.
Quelqu'un peut il m'expliquer en message privé! (ca pollue un peu le post mes histoire de boulets )
Sinon, j'ai remarqué que tu avais corrigé le bug de ta fonction RESIZE_zone qui marche très bien maintenant ! je n'ai plus de bug dans la liste des fichiers basic aec les nouvelles fonctions alors j'utilise la meme prog. Excellent !
Hors ligne
ben tu sais ke text fait 16 bytes!
donc kan tu lis ke 5 bytes t'as un caractère nul (po binaire) sur le 6e byte!
et pas besoin de mp
voila 2072 je t'ai fait économiser des calmants!
Hors ligne
moi je croyais que ce 0 binaire etait sur le 16 bytes !
... moi faut que j'aille me cherche un nouveau prénom ... :cry:
Hors ligne
Didier c bien Didier, non ??...... :idea:
J'en profite pour dire ke c mon 1234è message et je trouve ca cool !!
Hors ligne
C'est pour bientôt pour la nouvelle version de TOUCHE avec un gestionaire complet des zones mémoires !
Pour Didier: Par convention une chaîne de caractère se termine toujour par un caractère nul 0 (en binaire c'est 00000000) ça permet juste de savoir quand elle se termine (comment sinon ?).
Hors ligne
Didier c bien Didier, non ??...... :idea:
J'en profite pour dire ke c mon 1234è message et je trouve ca cool !!
c tout ?
sinon, je vais le dl !!!
ca a l' air de péter !!!!!
Donc, basic_librairie est virtuellement mort, non ?
enfin, c mieux ceci !
sinon, tu as chercher findfirst et findnext ???
et aussi un effacement de fichier ???
ce serai trop bien, par contre, quand tu dis ceci :
This function is now instantaneous (as fast as (or faster?) CASIO(TM)'s programs).
ca doit etre en effet faster lol car casio utilise ceci ds un rxe !!!
Sinon, une question :
g repéré ds une partie de la mémoire des lettres de lecteurs de a: a z: sauf que a partir de q:, un truc change, c que ya plus @ qui suit, enfin regarde ca, car ca me semble biz, je pense que c memdisk.sys qui fait ceci!
Hors ligne
et mi j'en profite pour dire ke c mon 1166 post et ke je trouve ça cool :mrgreen: :langue: :langue:
et aussi ça doit être plus rapide ke casio, vu qu'ils ne connaissent pas l'opti chez eux! en plus vu l'organisation de la MAT ça doit être les stagiaires qui ont programmé la gestion des fichiers basics!
Hors ligne
et mi j'en profite pour dire ke c mon 1166 post et ke je trouve ça cool
:mrgreen: :langue: :langue:
et aussi ça doit être plus rapide ke casio, vu qu'ils ne connaissent pas l'opti chez eux!en plus vu l'organisation de la MAT ça doit être les stagiaires qui ont programmé la gestion des fichiers basics!
Elle a été déjà sorti celle la, casiomax ...
Hors ligne
on peut effacer des fichiers mais j'ai pas fait de findfirst findnext...
et vous n'avez pas bien compris le post de kTr 1234 c'est un nombre particulier comme 12345.
Hors ligne
ben moi aussi, ce matin: 1166 comme 11667799........
et là 1188.........
Hors ligne
ouai mais c'est qd même moins original.
Hors ligne
meuh le mieux c 3210 (compt a rebour lol) quoi que pour y arriver bonbon !!!
Hors ligne
MDR 21 c moins dur... (BONBON !!!<- :P )
Hors ligne
VOUAAAAAA!
ca passe de 34514 a 35396 !
soit - de 1ko !!!
Sinon, a pars ca, jvois po le changement ...
Hors ligne
ben pr opti un petit peu tu mets la fonction change_pass en commentaire tu gagneras qqes octets! c'est ce ke g fait pr bomber!
Hors ligne