ZLIB REVUE EN PUR WIN32 ET SANS CRT

vecchio56 Messages postés 6535 Date d'inscription lundi 16 décembre 2002 Statut Membre Dernière intervention 22 août 2010 - 16 août 2006 à 22:22
BruNews Messages postés 21040 Date d'inscription jeudi 23 janvier 2003 Statut Modérateur Dernière intervention 21 août 2019 - 27 juil. 2007 à 18:22
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.

https://codes-sources.commentcamarche.net/source/39145-zlib-revue-en-pur-win32-et-sans-crt

BruNews Messages postés 21040 Date d'inscription jeudi 23 janvier 2003 Statut Modérateur Dernière intervention 21 août 2019
27 juil. 2007 à 18:22
Qu'y a-t-il d'incompatible avec VC6 ?
rompelstilchen Messages postés 14 Date d'inscription lundi 10 juillet 2006 Statut Membre Dernière intervention 27 juillet 2007
27 juil. 2007 à 17:58
d'ommage que c pas compatible vc6
y'a deja pas bcp d'exemples fonctionnels pour cette lib de m...
enfin, bel effort mais j'ai pas vc200kekchose
tant pis
BruNews Messages postés 21040 Date d'inscription jeudi 23 janvier 2003 Statut Modérateur Dernière intervention 21 août 2019
17 août 2006 à 11:40
NENNI, pas de fonction gérant des archives multi fichiers etc...
Il n'y a que les fonctions purement de compression
int __stdcall compress2(unsigned char *dest, unsigned int *destLen, const unsigned char *source, unsigned int sourceLen);
int __stdcall uncompress(unsigned char *dest, unsigned int *destLen, const unsigned char *source, unsigned int sourceLen);
accompagnées d'un exemple d'utilisation.
JE REPETE:
Le but est de faciliter l'ajout de la compression dans un prog mais pas de refaire un des très nombreux utilitaires de compression existants.
Suffirait de modifier qlq peu l'exemple d'utilisation pour rendre le format indéchiffrable par qlq autre prog, peut servir.
magic_Nono Messages postés 1878 Date d'inscription jeudi 16 octobre 2003 Statut Membre Dernière intervention 16 mars 2011
17 août 2006 à 11:18
Bonjour, me suis récup le truc, mais pas encore jeté un oeil au code.

a priori via l'interface, un seul fichier était mettable dans le bnzip

j'ai pris un fichier mpeg
de 1 456 132 o à 1 426 521 o

avec winrar, la meilleur compression en zip donne un réusltat similaire
1 426 646

un poil moins bon même...

bon parfait tout ça,
mais du coup, on a rendu notre format indécompressible via les utilitaires classiques. (winzip & winrar)
pourquoi pas ;)
précisons le. c'est en effet un point qui peut être intéressant.
Je n'ai pas du tt regardé ce qui causait cette incompatibilité,
mais d'expérience, je sais que pour les cab par exemple, modifier une lettre au début du fichier suffit.


autre remarque au passage, peut etre que j'ai un pc un peu ancien,
mais le multitache presque emptif de windows a du mal lors de la compression
(XP, SP2,AMD3000+,1 Go de RAM pourtant)
(test avec un gros fichier à comprimer)
winamp a crachoté pendant toute la compression,
mais pas pdt la décompression par contre.

voici une nouvelle source de notre BN nationnal qui va être fortement sympatique à utiliser.

PS : comme dit plus haut je n'ai pas regarder la possibilité d'avoir plusieurs fichiers, j'espere que tu l'as évidemment laissée, tout comme la possibilité d'avoir une arboressence de source (noms & emplacements)
BruNews Messages postés 21040 Date d'inscription jeudi 23 janvier 2003 Statut Modérateur Dernière intervention 21 août 2019
16 août 2006 à 22:44
Une fois lancé dans les modifs, je ne sais plus m'arrêter avant d'entendre "à table, c'est chaud".
Plus sérieux, j'ai préféré gagner en vitesse plutôt que maintenir une compatibilité dont on n'a que faire vu que le but n'est pas de reproduire winzip ou autre du même genre.
vecchio56 Messages postés 6535 Date d'inscription lundi 16 décembre 2002 Statut Membre Dernière intervention 22 août 2010 14
16 août 2006 à 22:22
Si j'ai bien compris, le but est de régler les pb de dépendances à LIBC (que j'ai déja rencontrées en effet en voulant utiliser zlib)
Dans ce cas pourquoi modifier d'autres choses, et nous donner un format incompatible?

Beau boulot quand même! J'ai déja utilisé plusieurs fois zlib, mais jamais allé voir comment c''était dedans. Je dois pas être assez curieux...
Rejoignez-nous