Classe zip pour zipper ou dézipper

Soyez le premier à donner votre avis sur cette source.

Vue 18 007 fois - Téléchargée 2 951 fois

Description

Aucune description n'est fournie pour ce projet

Codes Sources

A voir également

Ajouter un commentaire

Commentaires

cs_EBArtSoft
Messages postés
4531
Date d'inscription
dimanche 29 septembre 2002
Statut
Modérateur
Dernière intervention
22 avril 2019
5 -
Tu peux supprimer les references a zlib avec ceci : http://www.1activeserverpagesstreet.com/vb/scripts/ShowCode.asp?txtCodeId=58473&lngWId=1

Remplace aisement compress/decompress

@+
cs_rafanel
Messages postés
21
Date d'inscription
lundi 17 mars 2003
Statut
Membre
Dernière intervention
8 mars 2012
-
salut yan

A merci de prendre en compte ma demande de pourvoir zipper de gros fichiers car ça fait plusieurs fois que je pose cette question à jack mais jamais de réponse.
Je suis impatient de voir ton source.

@+
TR
econs
Messages postés
4030
Date d'inscription
mardi 13 mai 2003
Statut
Modérateur
Dernière intervention
23 décembre 2008
19 -
Jack ne répond pas aux messages privés. Continue à poser des questions sur sa source. C'est plus sûr.
cs_Patrice99
Messages postés
1222
Date d'inscription
jeudi 23 août 2001
Statut
Membre
Dernière intervention
9 septembre 2018
-
Pour dépasser les 2Go sur NTFS en DotNet, voir ici :
www.vbfrance.com/code.aspx?ID=36613
yan35
Messages postés
185
Date d'inscription
dimanche 29 juin 2003
Statut
Membre
Dernière intervention
20 juin 2013
-
Salut RAFANEL,

En relisant bien mes commentaires et ceux dans ma source tu verras qu'il y a 2 aspects à la gestion des gros fichiers :
- le premier, que j'ai complétement traité, est de pouvoir lire et écrire des fichiers ZIP de grande taille. Ce que les classes de Jack ne pouvaient pas faire car elles conservaient en mémoire le tableau des données des fichiers zippés jusqu'à écriture de la collection à la fin, ce qui finissait par saturer la mémoire et renvoyait l'erreur n° 7; d'autre part pour le dézippage, la fonction zGetCentralDirEndPos devait remplir un tableau qui saturait la mémoire lorsque le fichier à lire était trop gros, ma fonction ybGetCentralDirEndPos utilise les API ReadFile ... et je ne lis que l'élément recherché à savoir signature EndOfCentralDir pour comparaison, ce qui est beaucoup plus rapide et économe en ressources ;
- le second, que je n'ai pas encore su traité mais dont je m'affranchis par une pirouette est de zipper 1 gros fichier. En fait, il faut fournir un tableau d'octet pour rentrer dans la Zlib (sub Compress) et donc on retombe dans le même problème de capacité mémoire. Il existe surement un moyen d'entrer et ressortir de la Zlib autrement mais je n'ai pas encore trouvé et toute la doc à ce sujet est en Anglais, je le lis mais boff boff. Alors comme je ne souhaitais pas bloquer si je rencontrais un gros fichier parmi 1 série d'autres fichiers à zipper, je calcule le crc de ce gros fichier (ce qui est long !) et je l'empacte dans le Zip mais sans compression, comme ça le Zip est plus gros mais compatible avec d'autres logiciels de Zippage.

Si quelqu'un peut m'aider là-dessus, je suis preneur.
En attendant, j'espère que ma classe répondra à tes besoins.

Vous n'êtes pas encore membre ?

inscrivez-vous, c'est gratuit et ça prend moins d'une minute !

Les membres obtiennent plus de réponses que les utilisateurs anonymes.

Le fait d'être membre vous permet d'avoir un suivi détaillé de vos demandes et codes sources.

Le fait d'être membre vous permet d'avoir des options supplémentaires.