COMPRESSION PAR DLL
cs_Jack
Messages postés
14006
Date d'inscription
samedi 29 décembre 2001
Statut
Modérateur
Dernière intervention
28 août 2015
-
2 sept. 2006 à 18:20
BruNews Messages postés 21040 Date d'inscription jeudi 23 janvier 2003 Statut Modérateur Dernière intervention 21 août 2019 - 10 oct. 2006 à 21:57
BruNews Messages postés 21040 Date d'inscription jeudi 23 janvier 2003 Statut Modérateur Dernière intervention 21 août 2019 - 10 oct. 2006 à 21:57
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/39396-compression-par-dll
https://codes-sources.commentcamarche.net/source/39396-compression-par-dll
10 oct. 2006 à 21:57
Si tu y tiens, reprends le code (lien en decription de source) et appelle le en récurrence sur FindFirstFile() FindNextFile(). Pas besoin d'être grand clerc mais vraiment pas le temps de le faire.
10 oct. 2006 à 21:45
5 sept. 2006 à 10:27
Polémique, sur quoi ???
5 sept. 2006 à 10:14
5 sept. 2006 à 09:34
5 sept. 2006 à 08:08
Après test, cela compress légèrement mieux que C#Zip de sourceforge mais y a-t-il la possibilité possibilité de compresser tout un répertoire ? si oui y a-t-il possibilité de faire de la compression "intelligente" à savoir ne compresser que les fichiers qui ne sont pas déja dans le zip ou qui sont différents de ceux déja présents ?
4 sept. 2006 à 19:39
4 sept. 2006 à 18:21
4 sept. 2006 à 18:09
J'ajoute bnUnzipFileSecMin() qui sera idem que bnUnzipFileSec() mais retournera BNERR_SYST si pass faux mais sans fermer l'appelant. Sera dernière MAJ.
4 sept. 2006 à 17:57
juste un point sur ce commentaire
' ATTENTION SI bnz EST FAIT PAR bnZipFile()
' OU bnZipFileSec() AVEC passNbr DIFFERENT
' FERMETURE IMMEDIATE DE CE PROG A PREVOIR
Je constate également que si le fichier n'est pas un vrai fichier *.bnz le programme se ferme.
Comment prévoir/empêcher ce plantage?
ça ressemble à vouloir le pain chargé + argent du chargement.
Mais en réalité ça peut devenir un grand problème si cette option est intégrée à un programme libre qui doit planter chaque fois que l'utilisateur sélectionne le mauvais fichier ou donne un mauvais password. Même un conseil pour le contrôle du plantage serait toujours super.
4 sept. 2006 à 16:51
4 sept. 2006 à 14:53
4 sept. 2006 à 14:22
Comme tu le disais avec un appel SetCurrentDirectory(app.path) au début pas besoin de ...
Declare Function SetCurrentDirectory Lib "kernel32" Alias "SetCurrentDirectoryA" (ByVal lpPathName As String) As Long
4 sept. 2006 à 12:25
Irait ainsi:
Declare Function bnZipFileSecure Lib "bnzlib.dll" (ByVal sSrc As String, ByVal sDst As String, ByVal passNbr As Long) As Long
Declare Function bnUnzipFileSecure Lib "bnzlib.dll" (ByVal sSrc As String, ByVal sDst As String, ByVal passNbr As Long) As Long
je RAJOUTE ces 2 fonctions avec un param 32 bits, si bnUnzipFileSecure() appelé et que passNbr ne correspond pas, au choix je retourne BNERR_DATA (histoire de ne pas indiquer quelle erreur) ou alors je démappe direct le processus appelant de la mémoire (éviter piratage par tentative en boucle).
4 sept. 2006 à 11:58
4 sept. 2006 à 10:52
4 sept. 2006 à 09:54
j'ai pas encore testé mais jusqu'à combien de Go elle peut compresser par fichier et en tout ?
2 sept. 2006 à 19:11
C'est donc une source exemple avec un code libre de droit et d'utilisation dont les sources sont fournies en lien dans la partie 'description'.
2 sept. 2006 à 18:57
BruNews> Sans vouloir t'offensé je me demande même ce que ça vient faire ici :
- Ce n'est pas du VB.
- Il n'y a pas de code source.
- Il n'y a pas projet d'exemple mais seulement une dll.
Bref j'en connais deux/trois qui aurait deja viré le post depuis longtemps. Autant utilisé Zlib qui est libre de droit completement compatible avec vb dont les sources sont diponible avec des projet demo. Cela n'enleve pas l'excelence de ton travail mais cela n'est pas correct vis a vis des autres usager de CS a qui l'on reproche ce genre de pratique.
@+
2 sept. 2006 à 18:49
Placer un appel SetCurrentDirectory(app.path) au tout début du prog assure que la DLL est trouvée dans le dossier de l'exe, ça permet de distribuer des progs avec différentes versions de la DLL.
2 sept. 2006 à 18:46
BNERR_FILE = erreur sur ouverture du fichier source ou création du fichier cible.
BNERR_SYST = erreur lecture ou écriture des fichiers.
BNERR_MEM = erreur mémoire indisponible.
BNERR_BUF = erreur interne, buffer de décompression trop petit, me le signaler si (cas improbable) devait arriver, j'augmenterai la taille.
Les autres cas d'erreurs sont internes aux algos zlib, considérer que les données sont altérées.
Niet jack, comme précisé sur les sources C, hors de question de refaire un concurrent winzip, ce n'est pas le but.
Si qlq'un a besoin d'une version personnalisée de la DLL afin que les données ne soient pas déchiffrables par un autre soft, me le demander et sera fait selon disponibilité.
2 sept. 2006 à 18:23
2 sept. 2006 à 18:22
2 sept. 2006 à 18:21
En plus très utile!!
tu viens de rendre un énorme service sur mon projet qui nécéssitait de compresser, decompresser des fichier (pour update).
2 sept. 2006 à 18:20
Bien sûr, ça marche impec. Merci
Il faut quand même rappeler qu'il faut implanter la DLL dans le répertoire %Win%\System32 (ou préciser le chemin dans la déclaration = pas propre et instransportable)
Comme détaillé dans la source C (lien du commentaire), ce n'est pas une compression compatible ZIP, alors ne venez pas demander.
Les questions qui viennent ensuite :
- Comment faire pour insérer plusieurs fichier dans une même archive ?
- Comment lister le ou les fichiers que renferme une archive ?
- Comment mémoriser les chemins relatifs ? (et comment les restituer)
Dans une prochaine version de la DLL ?