Much more than just a Zip & Unzip component
Version Anglaise MENU DU SITE Accueil Nouveautés Enregistrement Suppléments / liens Demander une MAJ Signaler un problème ESSAYEZ LE ! Version 3.50.02 24 Octobre 2000 Delphi 2 Delphi 3 Delphi 4 Delphi 5 C++ Builder 3 C++ Builder 4 CONTACTEZ NOUS E-mail		Version 3.14 TZipSearch: - Correction de la coupure dans le recherche des chaines de caractères dans deux buffers décompréssés. Précédemment, sir une chaine cherchée était coupée en deux buffers distincts, le résultat de la recherche était False. La probabilité que ce cas aparaisse dépends de la longueur de la chaine cherchée et de la taille du buffer. Très faible, mais possible. pa exemple: SearchString := 'where do you want to go today?'; Si la chaine est située près de la fin du buffer, et que seulement la première partie de la chaine est présent à la fin du buffer décompréssé ('where do you wa') et que la suite est située au début du buffer suivant ('nt to go today?'), le résultat de la recherche est false. Cela parce que chaque buffer décompréssé est cherché individuellement. Corrigé. - Ajout (dans la démo: demos\zipsearch\ZipSearchDemo.dpr) la possibilié d'ajouter visuellement les fonctionnalitées pour chercher les emplacement dans un fichier compréssé. C'est plus commode pour voir les emplacement dans un fichier texte compréssé. - Récriture des algorithmes de recherche. Retrait de tous les assignements de variables et utilisation de pointeurs incrémentaux pour chercher dans les buffers compréssés pour une recherche optimale en temps. Cet algorithme est désormais encore plus rapide que le précédent (l'algorithme de Boyer-Moore-Horspool) à cause du fait que l'algorithme de Boyer-Moore compare tous les bits à la suite. Notre algorithme compare en ordre inverse et saute (la longueur de la chaine cherchée) en avant dans le buffer car aucun buffer n'est jamais possible dans ces bits... tous les bits n'ont pas besoin d'être testés dans notre algorithme de recherche. - L'evenement OnMatch renvoie désormais le chemin (répertoire\nom de fichier) qui existe dans l'archiveau lieu du simple nom de fichier. C'est nécessaire pour augmenter la flexibilité du développement pour les développeurs, et pour extraire les fichiers de l'archive pour visualisation/édition. Version 3.13 TZipRun: ajout du support pour les archives .jar. ZipTV pour C++ Builder 5 est disponible. Version 3.12 TZip: incompatibilité trouvée et corrigée avec les archives crées avec Pkzip 2.6. Après avoir effacé des fichiers de ces archives, Tous les fichiers suivant les fichiers effacés échouaient au test de validité CRC lors de la tentative d'extraction de ces fichiers. C++ Builder est désormais dans les versions 3.x. Version 3.11 TLha: - Méthode de compression "Frozen 6" ajoutée. la méthode Frozen 5 (Algorithme par défaut pour le Japon) est toujours supportée. - Les vieilles méthodes de compressions "Frozen 1" ont étés retirées (encore utilisable à l'aide d'une définition conditionnelle). Fichiers "stubs" SFX - Les dialogues de mot de passe n'étaient quelque fois pas affichées lors de la création d'archives auto-extractibles protégées par mot de passe.Corrigé. - "stubs" rar & ace: Les boites de listes affichaient des données erronnées lorque la case "Restore directories" n'était pas cochée. Corrigé. - "stub" Lha: Mise à jour pour le support de l'algorithme "Frozen 6". Version 3.1 TUnZip: Correction des découpage de fichiers. Version 3.0 TZip: Ajout du support 64bits pour permettre la compression des fichiers jusqu'à 16 exabytes avec les systèmes d'exploitations supportant les fichiers 64bits (commes les disques formatés en NTFS). Il devrait s'écouler quelque temps avant que les fabriquants de disques durs dépassent cette taille. Récriture de toutes les fonctions et les appels des accés aux fichiers. Les versions précédentes de ZipTV étaient limités à des tailles d'archives maximales de 2Gb. Cette restriction n'est plus présente. Tous les composants de compression: Ajout de l'evenement OnDeleteFile qui est activé (quand la propriété "Switch" est positionnée à swMove) pour chaque fichier effacé du disque. ** composant TArcRegistration ajouté (beta uniquement). Ce composant enregistre toutes les extensions d'archives supportées avec l'application développée avec ZipTV. Version 2.52.22 Bug de division par zéro de Windows 2000 corrigé. Les méthodes de conversions des dates Unix échouaient lorsqu'un fichier possédait l'heure 24:00:00. Corrigé. TArcToArc: Bug créé dans l'édition 2.52.20. Voir la version 2.52.20 ci dessous. Corrigé. TZip: Lors de l'assignation au paramètre Extract la valeur False dans l'evenement OnBegin (Extract=False), l'evenement OnRead n'était pas déclenché comme il aurait du l'être.Corrigé. Version 2.52.21 Win2k / TZipView: Une exception était crée lors de l'ajout d'icônes à la liste. Corrigé. Version 2.52.20 TArcToArc: ce composant écrit désormais les noms de fichiers de tous les fichiers extraits dasn un fichier externe. Après que l'archive ait été convertie, les noms de fichiers contenus dans ce fichier sont utilisés pour effacer les fichiers extraits temporairement. Version 2.52.19 TMakeSFX: Ajout de ce nouveau composant dans la suite. Désormais vous pouvez construire des archives SFX avec le plus de facilité possible. (neuf formats d'archives sont supportés). Un composant très demandé. Ajout des "stubs" ztv_rar.sfx, ztv_ace.sfx, ztv_jar.sfx et ztv_cab.sfx. Les fichiers "stubs" SFX possèdent désormais l'extension .sfx Version 2.52.16 à 2.52.18 Versions de maintenaces mineures. Version 2.52.15 Méthode "RecNum" remplacée par "Count" Bug trouvé dans le propriété FileSpec lors de l'ajout de spécifications multiples. Corrigé. Version 2.52 (Build 14 Beta seulement) TZip : ajout du découpage des archives. Désormais TZip & TUnZip supportent le découpage (disk-spanning) des archives zip Version 2.52 (Build 13 version actuellement disponible) Tous les composants de compression : ajout de la propriété "TempDir". Cette propriété permet aux développeurs de spécifier le chemin drv:\dir. Sur certains systèmes le la partition bootable est petite, ce qui limitait la taille des archives crées à la place disponible sur le disque Version 2.52 (Build 12) Composant GZip : Les extensions des archives étaient mal attribuées. Par example : l'archive résultante du fichier 100912.dat.txt était 100912.dat.gz, au lieu de 100912.dat.txt.gz. Problème corrigé. Added the "switch" property. Since TGZip is a single file compression type, there was a problem using wildcard characters in the FileSpec property. Fixed. Version 2.52 (Build 11) Composants de compression : Lorsque l'on essayait de compiler des fichiers contenant le fichier de swap, l'application se terminait brutalement. Corrigé. Ajout de la propriété "DeleteOptions". Les fichiers marqués comme étant à effacer utilisant l'option swMove peuvent être déplacés à la poubelle (plus sur) au lieu de les effacer définitivement du disque. Version 2.52 (Build 10) Propriété OverwriteMode : Quand ConfirmOverwrites = false et OverwriteMode = omSkip l'extraction de tous les fichiers compréssés été sauté. Problème corrigé TMakeCab: Le bug consernant la création de plus d'une archive à été corrigé. Bien que l'utilisation des noms de fichiers réseaux UNC fonctionnait tràs bien, un meggae d'erreur était affiché avant d'ouvrir des archives d'un réseau. Problème corrigé. Version 2.52 (Build 9) Compression : Dans la propriété "FileAttribute", l'option ftVolumeID à été supprimée (Jamais utilisée). Ajout des options ftCompressed et ftTemporary Ajout du support pour les noms de fichiers réseaux UNC. Version 2.52 (Build 8) Tous les composants de compression/décompression : Ajout de la propriété OverwriteMode Ajout de la propriété ConfirmOverwrites Evénement OnFileExists : Changement du dernier paramètre de "var Accept: boolean" en "var OverwriteMode: TOverwriteMode" Version 2.52 (Build 7) Les méthodes de compression/extraction de tous les composants ont étés modifiés pour renvoyer le nombre de fichiers compressées, extrais ou éffacés d'une archive. Propriété ProgressNotify property supprimé... avec la révision de l'événement OnProgress retournant à la fois ProgressByFile et ProgressByArchive, cette propriété est inutile. Version 2.52 (Build 4-6) Les méthodes de compressions des composants TZip,TGZip,TJar et TBlakhole ont été significativement augmentés, voici d'ailleurs quelques chiffres : Les tests ont été éffectués a l'aide de : PC 350MHz 81 fichiers binaires taille totale des fichiers décomprés : 9 320 438 Octets Taille moyenne de chaque fichier : 115 067 Octets Type de compression bytes/sec Taille de l'archive Temps de compression dtDeflateS dtDeflateF dtDeflateN dtDeflateX 1 294 775 1 178 162 844 011 574 420 5 648 822 5 601 488 5 402 413 5 383 753 7,801 secondes 7,910 secondes 11,043 secondes (Méthode par défaut) 16,274 secondes NOTE : Même si TGZip comporte une propriété TDeflateType (Le temps de compression et la taille de l'archive varient en fonction du TDeflateType utilisé), le bitflag ne peut pas être mis à jour pour refléter le type de dtXXXX utilisé. Sans cette mise à jour, il n'y a pas de moyen de connaître (pour l'afficher) quel mode à été utilisé pour compresser les fichiers. Les archives GZip, auront toujours leur propriété à "Deflate" à la place de la valeur correspondante "Deflate[N], Deflate[X], Deflate[S], et Deflate[F]". TZip, TGZip, TJar, TBlakHole : La méthode de compression par défaut devient dtDeflateS Version 2.52 (Build 3) TUnRar: correction pour les archives rar, de l'incompatibilité des droits de fichiers entre Windows et Unix, quand les archives ont été crées sous Unix Evenement OnProgress : Ajout d'un paramètre. L'évenemment OnProgress renvoie désormais à la fois PercentByFile et PercentByArchive Propriété ProgressMode : Supprimée ... Devenue inutile puisque désormais OnProgress renvoie à la fois PercentByFile et PercentByArchive Version 2.52 Tous les composants de compression : Lors de l'utilisation de multiples deacute;finitions avec RecurseDirs = true, certains fichiers pouvaient être compréssés deux fois. Exemple : FileSpec[0] = 'c:\windows\co*.txt' FileSpec[1] = 'c:\windows\config.txt' Puisque des deux définitions incluent le même fichier config.txt, ce fichier était compréssé deux fois. Problème corrigéFixed TUnRAR : Mise à jour pour le rendre compatible avec les archives créées sous Unix. Les attributs de fichiers sous Unix ne sont pas compatibles avec ceux de windows/dos. L'api unrar tente de simuler les attributs de fichiers Unix sous windows/dos c'est pourquoi, les fichiers extraits contiennent parfois des attributs étranges comme cachés, répertoires, lecture seule, etc... TZipTV : Ajout de la méthode "FileAttrToString". Cette nouvelle méthode une valeur entière d'attribut d'une archive en son équivalent chaine de caractère. Les attribut de fichiers Tar, Rar, Ace, GZip UNIX sont également supportés TZipTV & TUnZip: Ajout de l'evenement OnCorruptZipHeader. Pour récupérer un maximum de données des archives zip, ces composants continue le traitement même si la partie centrale et finale de l'en-tête sont mauvaise. L'ajout de cet evenement permet de connaître quelles archives on besoin d'être reconstruites, même si les composants ZipTV manipulent la plupart de ces archives sans aucun problèmes TZipTV : Ajout du support pour les archives découpées TUnZip : Ajout du support pour la décompression des archives découpés Version 2.51 Ajout de l'objet TDecompMemoryStream. Ce nouvel objet permet la décompression de tous les fichiers mentionnés par la propriété FileSpec dans un flux, à la place d'un seul fichier comme dans les versions précédentes. Regardez le code source de l'application de démonstration demos\exttomem\exttomem.dpr Composants de décompression : ExtractToMemory : avec l'ajout de l'objet TDecompMemoryStream, le paramêtre Filename à été supprimé. Le second paramètre de type TMemoryStream à été changé en TDecompMemoryStream. Regardez le code source de l'application de démonstration demos\exttomem\exttomem.dpr. Ancien appel : Nouvel appel : Var MyMemoryStream : TMemoryStream; ExtractToMemory(Filename, MyMemoryStream); Var MyMemoryStream : TDecompMemoryStream; ExtractToMemory( MyMemoryStream ); Composants de compression : L'evenement OnReplaceFile n'était pas active dans la version 2.50Beta. Problème corrigé. Le bug dans Delphi concernant la compatibilité entre GetFileAttr et TSearchRec.Attr à été corrigé. Quand un fichier ne contient pas d'attributs (faNormal), GetFileAttr renvoie FILE_ATTRIBUTE_NORMAL ou 128. TSearchRec.Attr renyait 0. Tous les composants : Ajout de la propriété "FileAttrToString". Cette propriété convertit un attribut de fichier donné en sa représentation en chaine de caractère permettant l'affichage. Executez la démonstration demos\zipview\zptvdemo.dpr et regardez la colonne des attributs de fichiers Version 2.50 (Beta release only) Optimisation de tous les composants de compression/décompression. Plus efficace avec une inpressionnante augmentation de performances. La taille des unitées à été réduite dans la plupart des cas de 50 à 60% Ajout des composants ZipExplorer dans le programme d'installation de ZipTV pour le garder compatible avec les versions de ZipTV Renommage de toutes les unitées avec le préfixe ztv Séparation des composants UUEncode/UUDecode de l'unité uucode.pas. Les noms des unité sont maintenant ztvUUEncode.pas et ztvUUDecode.pas Renommage zipper.pas en ztvZipIt.pas Composants de compression : Ajout de la propriété ProgressMode. Cette propriéé détermine quand l'evenement OnProgress event est activé en fonction de la taille des fichiers individuels ou de la taille totale des tous les fichiers qui doivent être compréssés TZipTV : Propriété FilesInArchive. Mise à pour augmenter la simplicité d'utilisation Evenement OnNextVolume : fusion des paramêtres dir et filename en un unique paramêtre nommé VolumeName. Ancien : Nouveau : procedure TForm1.UnCab1NextVolume(Sender : TObject; var Dir, FN : String; VolumeID: string; FExists : boolean; var Cancel : Boolean); procedure TForm1.UnCab1NextVolume(Sender : TObject; var VolumeName : string; VolumeID: string; FExists : boolean; var Cancel : boolean); Renommage de AwkMain en ztvMain, AwkGbls en ztvGbls, et AwkTypes en ztvTypes Crétion d'un nouveau fichier global ztvBase qui contient les ancêtres des objets de compression de décompression TZipCommon, TCompBase et TUnBase Version 2.14 TZipTV : ajout du support pour le format (.jar) de Sun MicroSystem's JavaSoft. www.javasoft.com/products/jdk/1.2/docs/guide/jar/index.html Ajout des composants TJar et TUnJar (format JavaSoft .jar) Composants de compression : Ajout de la propriété ExcludeSpec Paramêtre OnNextVolume : Changement de la valeur par défaut (false -> true) du paramètre "Cancel". Raison : Si OnNextVolume est assigné (création de la méthode corespondant à l'evenement) etqu'il n'y ait pas de codepour gérer le volume suivant dans une archive multi-volume, l'application va entrer dans une boucle infinie Amélioration de la gestion des dates dans les fichiers compressés : Le type "TSetDate" devient TDateAttribute. Nouvelle définition de type : Type TDateAttribute := (daFileDate, daSysDate, daMaxFileDate); Composants de décompression : la propriété "SetDateTo" devient "DateAttribute" Composants de compression : ajout de la propriété "DateAttribute" TArcToArc: ajout de la propriété "DateAttribute" Version 2.13 Ajout du composant TGZip (Compatible GNU) et du composant de compression TTar TCompressMethod : ajout des options cmTarred cmGzipTar pour supporter les archives Tar TStoredDirNames : ajout de l'option sdRelativeStoreStart. Cela permet le stockage du répertoire initial et non du répertoire relatif. Les répertoires relatifs conservent seulement ces répertoires Composants de compression/encryption : méthode "Activate" changé en "Compress" Version 2.12 Inclusion du composant TZipRun. Ce composant permet l'extraction des fichiers archivés files from lists and executes the file according to its filetype association. This component is available only in the registered version TLha : ajout de la mise à jour de l'algorithme Frozen5. L'algorithme précédent Frozen1 est toujours présent comme choix de compression ZipTV : Ajout du support pour les archives z de Microsoft TZipTV, TZipSearch, TTurboSearch, TFindFile, TUnZip, TZipKey : ajout du support de toutes les versions PkLite TZipTV, TZipSearch, TTurboSearch, TFindFile, TUnZip, TZipKey: ajout du support pour les SFX développé sans ajustement de l'en-tête du fichier interne. Même les produits connus supportants les zip sfx, ont sous-estimés cette fonctionnalité qui engendrait une impossibilité de lire le contenu des archives par les composants ZipTV, PkZip et WinZip. Désormais, les composants ZipTV peuvent lire la majorité de ces fichiers incorrectements écrits Ajout du support des fichiers SFX : SFXs Pkzip 16 bit, SFXs PkLite, SFXs Pkzip pour DOS, et SFXs Pkzip jrdos, SFXs ZipMaster, SFXs Wallaby Planet, SFXs MicroHelp (Compression Plus). Tous les composants supportant le format zip inclus maintenant le support pour les formats d'archives SFX citées plus haut Tous les composants de compression/décompression, cryptage/décryptage : ajout de l'evenement OnRenameCompressedFile. Les fichiers compressés peuvent maintenant être renommé avant de les compresser ou de les décompresser TUnGZip : Les archives .tar.gz sont maintenant traitées directement avec l'ajout de la propriété UnTar de type TUnTar. Quand à cette proprièté est assigné un composant TUnTAR existant, TUnGZip va extraire l'archive Tar et les décompresser authomatiquement... reconstituant la structure originelle des répertoires qui existait avant la création de l'archive Tar. Version 2.11 Tous les composants : la verison 2.1Beta affiachait la boite d'a propos quand l'application était executécutée en dehors de l'IDE Delphi. Porblème corrigé Version 2.10 Les fonctinnalités ajoutés dans cette version ont nécéssité un travail de réécriture considérable de tous les composants, c'est pourquoi les personnes ayant souscrit à une version "Souscription", ne bénéficiront pas de cete mise à jour. Cette version va entrainer des adaptations dans les projets utilisants des versions précédentes de la suite ZipTV Propriété FileSpec : Cette propriété est maintenant de type TStringList dans tous les composants ZipTV. Cela permet d'augmenter les performances de décompression lors de l'extraction de fichiers spécifiques dans une archive. Au lieu d'utiliser le composant de décompression pour chaque fichier sélectionné (obligeant à lire tous les fichiers de l'archive), la liste est traité en un seul appel (et donc une seule lecture de la liste des fichiers compressés) au composant TZipTV: Modification du prototype de la méthode TZipTV.FilesInArchive( TS: TStrings; FS: String ); en procedure TZipTV.FilesInArchive( TS: TStrings; FS: TStringList ); TUnARJ: ajout du support pour la parution récente Arj32.exe 32Bits beta Tous les composants de décompression : ajout de la proprié "ProgressMode". Cette propriété permet de mettre é jour une barre de progression (evenement OnProgress) en utilisant la taille totale des fichiers selectionné pour l'extraction à la place de la prédente méthode qui utilisait la taille individuelle des fichiers. La méthode utitlisant la taille de chaque fichiers et toujours disponible TBlakHole / TUnBH: Compatibilité avec Pkzip, ajout des méthodes inflate et deflate Version 2.0 Support pour C++ Builder 3 UnARJ : ajout du support pour le décryptage grace à un mot de passe Evenement OnProgress (tous les composants) : suppression du paramêtre "filename". Ce paramêtre n'est pas utile pour cette méthode TztvFindFile: Ajout de la propriété ParentArchive L'usage de fichier temporaires à été énormément réduit pour tous les composants de décompression