Complib - Page 1

Je me suis appercu d'un bug dans complib : je ne m'occupais pas des variables archivées. Là se proposent plusieurs solutions :
- soit je laisse comme ca : je désarchive pour (dé)compresser, mais je ne peux pas rearchiver car je ne demande que des SYM_ENTRY*
- je prend plus des SYM_ENTRY* en entrée, mais des HSym, pour pouvoir réarchiver apres décompression
- je prend des nom de variables de type SYMSTR
- je prend SYMSTR et HSym de la meme maniere que les fonctions d'archivage
- je prend des SYM_ENTRY*, et je me démerde (via la solution tres lourde que proposait Kevin je sais plus ou) pour retrouver le HSym et rearchiver

quelle solution choisir ? moi perso, je prendrai la solution HSym. donnez vos avis.
ca influencera aussi sur d'autres algo de compression que je concote

Je pense qu'avec le nom de la variable, tu arrives à qqch de plus lent, mais de plus simple

Non franchement le mieux c'est la solution avec HSym c'est au programmeur de programmer la fonction de recherche de fichiers pour les désarchiver.... Et c'est la solution là plus performante dans la cas de complib il ne faut pas viser quelle chose de simple mais plutôt de performant.

Personnellement, j'opterais plutôt pour la compatibilité antérieure (c'est-à-dire retrouver le HSym à partir du SYM_ENTRY *). Mais tu peux offrir les deux:
* la routine conseillée, avec HSym
* la routine "deprecated", avec SYM_ENTRY * (qui le convertit en HSym)
Comme ça, les programmes existants pourront être recompilés sans modifications avec la nouvelle version, et les nouveaux programmes (et les programmes que les programmeurs prendront la peine de porter) pourront utiliser la méthode plus efficace.

je suis étonné du petit nb de réponce, mais bon....

je vais donc utiliser la méthode proposée par Kévin.

bah moi je t'aurais proposé d'utiliser la methode de guy forgé, menfin c jutste une idée tu fais ce que tu veux

heu, si y'a une blague la, ben je l'ai pas comprise...

si y a une blague, doit bien y en avoir une, elle m'a échapée à moi aussi...

regardez l'auteur du post, vous pouvez en déduire la réaction à avoir > ignorer le post

moi aussi, prtant le tennis ...

lol bande de moule
aucun humour

Hé ! "bande de moules" (c) le Petit Spirou c'est mon expression, ça

Obza: fait gaffe a ce que tu dis, je peux t'affirmer que je suis tres con ! En général plus c con, plus je comprends rapidement, donc là, ca ma étonné

Thibaut a écrit :
Hé ! "bande de moules" (c) le Petit Spirou c'est mon expression, ça

oui dsl, mais j'ai remarqué que cette expression me plaisait bien, j'ai bien envie de l'employer
en plus tt ce qui est moule moi...

nEUrOne a écrit :
Obza: fait gaffe a ce que tu dis, je peux t'affirmer que je suis tres con ! En général plus c con, plus je comprends rapidement, donc là, ca ma étonné

non mé cé qui l'taulier?

C'est Barth !!!!!!!!!!!!!

héhé

c nul !

le pire topic que j'ai fait : il est parti en couille des le 5 eme post... maintenant, y'a deux fois plus de flood que de post qui parle de mon sujet... #ouinnnn#

je pourrais le locker (si je me trompe pas), mais bon, c'est bien parce c'est vous, quoique la hauteur des vannes n'est pas bien haut

Il suffit d'une connerie et ça part.

nEUrOne : moi j'aime bien

pour en revenir au sujet, t'as trouvé la correction du bug dans le topic de PowerZip (compression de fichier personnalisé et DLL kernel) ?

ha qq'un qui n'est pas hors sujet

j'ai vu mais je n'ai pas touché a la prog depuis un moment
j'ai pas testé encore
je debuggerais p'tet pdt les vacances
en tout cas y'aura rien de nouveau avant septembre, j'aurais plus de net (c'est d'ailleurs mon dernier jour, donc bonnes vacances à tous )

C'est pas complique de transformer une SYM_ENTRY en HSym...

Einstein le fait assez souvent.

Ça sent les bogues avec la compression du heap si tu traînes les pointeurs SYM_ENTRY * en permanence, au point d'avoir la nécessité de les convertir en HSym.

Mais mais oui, chacune sait qu'Einstein est réputé pour planter fréquemment Je pense être capable aussi bien que toi de gérer ça, mon Kevichou

Je pense que soit tu n'as rien compris au problème, soit tu surestimes énormément tes capacités de programmation. Le fait est qu'un simple HeapAlloc ou malloc peut rendre invalide tout SYM_ENTRY *, et beaucoup de fonctions AMS allouent de la mémoire. À moins que tu ne lockes tout avec FolderOp, ce qui est une solution (mais pas très propre).

PS: Personnellement, je ne laisse pas traîner des SYM_ENTRY * pendant plus de 10 lignes dans mes programmes, donc même si tu es capable aussi bien que moi de gérer ça, ça ne veut rien dire, vu que moi je n'essaye même pas de gérer ça vu le nombre de bogues que ça entraîne.

Nan mais je vais t'expliquer un truc : TU te surestimes énormément, à croire posséder les meilleurs opinions du monde, des capacités inédites. C'est pas la première fois que je le répète.
Ca s'applique une fois de plus : tu es en train de parler, sûr de toi, de quelque chose que tu ne connais pas Tu as imaginé que j'utilise des pointeurs d'entrées un peu partout et n'importe comment. C'est loin d'être le cas. Je les utilise à des "moments" bien précis pour faire des choses précises

Je pense que tu te considères comme un expert de la TI (c'est pas faux) et que toi seul peut programmer sûrement. Bah non, désolé pour ta fierté, y'a pas besoin d'avoir 5 ans d'expérience et 140 de QI pour se démerder avec les SYM_ENTRY.

La preuve que ta petite idée est erroné, c'est qu'Einstein n'a jamais planté. Les très rares témoignages de plantages qu'on m'a reporté concernaient des programmes bogués qui allouaient de la mémoire sans vérifier le succès de l'opération.

Soit un peu plus modeste mon petit Kevichou adoré Et réfléchit avant d'attaquer. J'avais précisé qu'Einstein n'a jamais planté