Editer un article - Informaticien.be

Editer un article

Titre
Mots Clés
Texte	[size=18] [b]Nom[/b] [/size] unzipsfx - exécutable d'auto-décompactage à préfixer aux archives ZIP [size=18] [b]Résumé[/b] [/size] [b]<nom[/b] du fichier contenant unzipsfx+archive> [[b][/b]-cfptuz[[b]ajnoqsCLV$[/b]]] [[i]file(s)[/i] ... [[b][/b]-x [i]xfile(s)[/i] ...]] [size=18] [b]Description[/b] [/size] [i]unzipsfx[/i] est une version modifiée de [i]unzip[/i](1L) conçue pour être préfixée à des archives ZIP existantes afin de les transformer en archives auto-décompactables. Plutôt que de prendre son premier paramètre sans tiret comme archive à extraire, [i]unzipsfx[/i] cherche l'archive dans le nom de fichier sous lequel il a été appelé et teste ou décompacte le contenu de l'archive accolée. Comme la zone exécutable ajoute du volume à l'archive (alors que le but est qu'elle soit la plus petite possible), un certain nombre d'options moins importantes du [i]unzip[/i] normal ont été enlevées. Parmi celles-ci on a l'écran d'aide à l'utilisation, les fonctions de listage et diagnostic ([b][/b]-l et [b][/b]-v), la possibilité de décompacter de vieux formats de compactage (les méthodes « reduce, » « shrink » et « implode »), et la possibilité de décompacter vers un autre dossier que le dossier courant. Le décryptage est supporté comme une option de compilation mais devrait être évité à moins que l'archive ne contienne des fichiers cryptés. [b]Remarquez[/b] que les archives auto-décompactables faites avec [i]unzipsfx[/i] [b]ne[/b] sont pas plus (ou moins) portables que l'exécutable [i]unzip[/i] [b][/b] lui-même. En général, une archive auto-décompactable faite sur un système Unix particulier, par exemple, ne pourra être auto-décompactée que sous le même type d'Unix. Le [i]unzip[/i] normal peut toujours être utilisé pour extraire l'archive intégrée comme si c'était une archive zip normale, même s'il va afficher un avertissement sans conséquence sur des octets en trop au début du fichier archive zip. [i]Malgré[/i] ceci, cependant, l'archive auto-décompactable [i]n'est[/i] pas techniquement une archive valide ZIP, et PKUNZIP peut ne pas être capable de travailler avec. Cette limitation est due à la manière simpliste dont l'archive est créée ; la structure interne n'est pas modifiée pour refléter les octets supplémentaires préfixés au fichier archive d'origine. [size=18] [b]ParamÈtres[/b] [/size] [[i]fichier(s)[/i]] [table][row][col]    [/col][col]Une liste optionnelle des membres de l'archive à traiter. Les jokers similaires à ceux du [i]egrep[/i](1) d'Unix peuvent être utilisés pour sélectionner des membres multiples. Ces jokers peuvent être :[table][row][col]    [/col][col][/col][/row][/table] * [table][row][col]    [/col][col]équivaut à tout paquet de caractères (même de taille 0)[/col][/row][/table] ? [table][row][col]    [/col][col]équivaut à tout caractère unique[/col][/row][/table] [...] [table][row][col]    [/col][col]équivaut à tout caractère dans la plage indiquée entre les crochets ; les plages sont spécifiées par un caractère, un trait horizontal, et un caractère de fin; si un « ! » ou un « ^ » suit le trait vertical de gauche, alors la plage est exclue. ( c'est-à-dire que tous les caractères [i]sauf[/i] ceux spécifiés sont recherchés.)[/col][/row][/table][/col][/row][/table] [table][row][col]    [/col][col](Assurez-vous d'encadrer par des guillemets tout caractère qui peut être interprété ou modifié par le système d'exploitation, particulièrement sous Unix et VMS.)[/col][/row][/table] [[b][/b]-x [i]xfile(s)[/i]] [table][row][col]    [/col][col]Une liste optionnelle des membres de l'archive à exclure du traitement. Étant donné que les jokers sont valides pour les séparateurs de dossiers (« / »), cette option peut être utilisée pour exclure tout fichier se trouvant dans un sous-dossier. Par exemple, « [url=index.php?page=know_search&searchtext=foosfx]foosfx[/url] .[ch] -x /* » va extraire tous les fichiers source C dans le dossier principal, mais pas dans les sous-dossiers. Sans l'option [b][/b]-x, tous les fichiers source C dans tous les dossiers auraient été extraits.[/col][/row][/table] Si [i]unzipsfx[/i] est compilé avec SFX_EXDIR défini, l'option suivante est aussi disponible : [[b][/b]-d [i]exdir[/i]] [table][row][col]    [/col][col]Un dossier optionnel où seront extraits les fichiers. Par défaut, tous les fichiers et sous-dossiers sont recréés dans le dossier courant ; l'option [b][/b]-d permet l'extraction vers un dossier donné (si vous avez la permission d'y écrire). L'option et le dossier peuvent être concaténés sans aucun espace entre eux, mais remarquez que ceci peut changer le comportement normal de l'environnement. En particulier, « [url=index.php?page=know_search&searchtext=][/url]-d ~ » (tilde) est interprété par les environnements Unix comme le nom du dossier racine de l'utilisateur courant, mais « [url=index.php?page=know_search&searchtext=][/url]-d~ » est traité comme un sous-dossier littéral « [b]~[/b] » du dossier courant.[/col][/row][/table] [size=18] [b]Options[/b] [/size] [i]unzipsfx[/i] supporte les options suivantes d'[i]unzip[/i](1L) : [b][/b]-c et [b][/b]-p (décompacter vers la sortie standard/l'écran), [b][/b]-f et [b][/b]-u (rafraîchir et mettre à jour les fichiers existant avant l'extraction), [b][/b]-t (tester l'archive) et [b][/b]-z (afficher le commentaire de l'archive). Toutes les options normales de listage ([b][/b]-l, [b][/b]-v et [b][/b]-Z) ont été enlevées, mais l'option de test ([b][/b]-t) peut être utilisée comme un maigre listage. Autre alternative, le créateur de l'archive auto-décompactable peut inclure une petite liste dans le commentaire du fichier zip. Voir [i]unzip[/i](1L) pour une description plus complète de ces options. [size=18] [b]Modificateurs[/b] [/size] [i]unzipsfx[/i] supporte actuellement tous les modificateurs d'[i]unzip[/i](1L) : [b][/b]-a (convertir les fichiers texte), [b][/b]-n (ne jamais écraser), [b][/b]-o (écraser sans prompter), [b][/b]-q (traiter silencieusement), [b][/b]-C (traiter les noms sans tenir compte de la casse), [b][/b]-L (convertir les noms provenant de systèmes d'exploitation mono-casse en minuscules), [b][/b]-j (jeter les chemins) et [b][/b]-V (conserver les numéros de version) ; plus les options spécifiques à un système d'exploitation particulier suivantes : [b][/b]-X (restaurer les informations de propriétaire VMS), [b][/b]-s (convertir les espaces dans les noms de fichiers en tiret-bas [DOS, OS/2, NT]) et [b][/b]-$ (restaurer le nom du volume [DOS, OS/2, NT, Amiga]). (Le support des conversions de texte ASCII peut être enlevée dans les versions futures, puisqu'il est assez simple pour le créateur de l'archive de s'assurer que le texte est au bon format pour le système d'exploitation local. La conversion EBCDIC va par contre être bien sûr gardée puisque le format zip implique un stockage ASCII des fichiers texte.) Voir [i]unzip[/i](1L) pour une description plus complète de ces modificateurs. [size=18] [b]Options[/b] [/size] [i]unzipsfx[/i] les mêmes variables d'environnement qu'[i]unzip[/i](1L), bien que ceci ne concerne que ceux qui vont créer et tester l'archive auto-décompactable. Voir [i]unzip[/i](1L) pour les détails. [size=18] [b]DÉcryptage[/b] [/size] Le décryptage est supporté exactement comme avec [i]unzip[/i](1L) ; c'est-à-dire interactivement avec un prompt sans écho pour le(s) mot(s) de passe. Voir [i]unzip[/i](1L) pour les détails. Encore une fois, remarquez que si l'archive n'a pas de fichiers cryptés il n'y a pas de raison d'utiliser une version de [i]unzipsfx[/i] avec support du décryptage ; ceci ne fait qu'aggrandir la taille de l'archive. [size=18] [b]Exemples[/b] [/size] Pour créer une archive auto-décompactable [i]letters[/i] à partir d'une archive zip [i]letters.zip[/i] et changer les permissions du nouveau fichier afin qu'il soit exécutable par tous sous Unix : [fixed]cat unzipsfx letters.zip > letters[/fixed] [fixed]chmod 755 letters[/fixed] [fixed]zip -A letters[/fixed] Pour créer la même archive sous MS-DOS, OS/2 ou NT (notez l'utilisation du paramètre [b]/b[/b] [binaire] pour la commande [i]copy[/i]) : [fixed]copy /b unzipsfx.exe+letters.zip letters.exe[/fixed] [fixed]zip -A letters.exe[/fixed] Sous VMS : [fixed]copy unzipsfx.exe,letters.zip letters.exe[/fixed] [fixed]letters == $currentdisk:[currentdir]letters.exe[/fixed] [fixed]zip -A letters.exe[/fixed] (La commande VMS [i]append[/i] peut aussi être utilisée. La deuxième ligne installe le nouveau programme comme une « commande externe » pouvant recevoir des paramètres. La troisième ligne assume que Zip est déjà installé comme commande externe.) Sous AmigaDOS : [fixed]MakeSFX letters letters.zip UnZipSFX[/fixed] (MakeSFX est inclus dans la distribution du code source d'UnZip et avec les distributions binaires pour Amiga. « [url=index.php?page=know_search&searchtext=zip]zip[/url] -A » ne fonctionne pas avec les archives auto-décompactables Amiga.) Pour tester (ou lister) l'archive auto-décompactable nouvellement créée : [fixed]letters -t[/fixed] Pour tester [i]letters[/i] silencieusement, en affichant seulement un résumé indiquant si l'archive est OK ou pas : [fixed]letters -tqq[/fixed] Pour décompacter tout le contenu dans le dossier courant, en recréant tous les fichiers et sous-dossiers si nécessaire : [fixed]letters[/fixed] Pour extraire tous les fichiers texte [url=index.php?page=know_search&searchtext=.txt].txt[/url] (sous Unix encadrez le « * ») : [fixed]letters .txt[/fixed] Pour décompacter tout [i]sauf[/i] les fichiers [url=index.php?page=know_search&searchtext=.txt].txt[/url] : [fixed]letters -x .txt[/fixed] Pour décompacter seulement le fichier README vers la sortie standard (l'écran) : [fixed]letters -c README[/fixed] Pour afficher seulement le commentaire de l'archive zip : [fixed]letters -z[/fixed] [size=18] [b]Limitations[/b] [/size] La limitation principale et fondamentale d'[i]unzipsfx[/i] est qu'il n'est pas portable à travers les architectures ou les systèmes d'exploitation, et ainsi le sont donc les archives résultantes. Pour certaines architectures il y a cependant une portabilité limitée (ex. quelques variantes d'Unix basées sur Intel). Un autre problème avec l'implémentation actuelle est que toute archive ayant du « déchet » préfixé au début n'est plus techniquement un fichier zip (à moins que [i]zip[/i](1) soit utilisé pour ajuster les points d'entrée stockés dans l'archive de manière appropriée, comme mentionné ci-dessus). [i]unzip[/i](1) prend en compte les octets en préfixe et les ignore puisque certains protocoles de transfert de fichiers, notablement MacBinary, sont aussi connus pour préfixer des octets inutiles. Mais la suite d'archivage de PKWARE peut ne pas être capable de traiter l'archive modifiée à moins que ses points d'entrée n'aient été ajustés. [i]unzipsfx[/i] ne connaît pas le PATH de l'utilisateur courant, donc en général l'archive auto-décompactable doit être dans le dossier courant quand elle est lancée, ou alors un chemin complet doit être fourni. Si un utilisateur tente de décompacter une archive dans le PATH mais pas dans le dossier courant, [i]unzipsfx[/i] va afficher un avertissement, « je ne peux pas me trouver. » Ceci est toujours vrai sous Unix, et peut être vrai dans certains cas sous MS-DOS, suivant le compilateur utilisé (Microsoft C donne le nom complet du programme, mais d'autes compilateurs peuvent ne pas le faire). Sous OS/2 et NT il y a des appels système qui fournissent le chemin complet, donc l'archive peut être appelée depuis n'importe quel dossier du PATH de l'utilisateur. Le cas n'est pas connu sous AmigaDOS, Atari TOS, MacOS, etc. Comme mentionné ci-dessus, certaines fonctions de [i]unzip[/i](1L) ont été supprimées pour diminuer la taille de [i]unzipsfx[/i] : informations d'utilisation et de diagnostic, fonctions de listage et d'extraction vers d'autres dossiers. De plus, une seule méthode de compactage est supportée. Cependant, cette dernière limitation ne concerne que les créateurs des archives SFX. Les utilisateurs de VMS doivent savoir comment déclarer les archives auto-décompactables comme commande externe afin d'utiliser les options d'[i]unzipsfx[/i]. Ceci n'est pas nécessaire pour une simple extraction, mais la commande devient alors, par exemple, « [url=index.php?page=know_search&searchtext=run]run[/url] letters » (pour continuer les exemples donnés ci-dessus). [i]unzipsfx[/i] requiert sur Amiga un programme spécial, MakeSFX, afin de créer des archives auto-décompactables qui fonctionnent ; une simple concaténation ne fonctionne pas. (Pour les utilisateur techniciens, l'archive attachée est définie comme un « debug hunk. ») Il peut y avoir des problèmes de compatibilité entre les niveaux de ROM des anciens Amigas et les plus récents. Tous les bogues actuels d'[i]unzip[/i](1L) sont aussi dans [i]unzipsfx[/i]. [size=18] [b]Diagnostiques[/b] [/size] Les valeurs de retour d'[i]unzipsfx[/i] sont identiques à celles de [i]unzip[/i](1L) ; veuillez vous référer à la page de man correspondante. [size=18] [b]Voir aussi[/b] [/size] [i]funzip[/i](1L), [i]unzip[/i](1L), [i]zip[/i](1L), [i]zipcloak[/i](1L), [i]zipgrep[/i](1L), [i]zipinfo[/i](1L), [i]zipnote[/i](1L), [i]zipsplit[/i](1L) [size=18] [b]Url[/b] [/size] La page de Info-ZIP est actuellement sur [url]ftp://ftp.info-zip.org/pub/infozip/[/url] . [size=18] [b]Auteurs[/b] [/size] Greg Roelofs est responsable des modifications de base faites à UnZip afin de créer UnZipSFX. Voir [i]unzip[/i](1L) pour la liste actuelle des auteurs de Zip-Bugs, ou le fichier CONTRIBS dans la distribution du source Unzip pour une version complète. [size=18] [b]Traducteur[/b] [/size] José Jorge <jose.jorge@oreka.com> 2001
Fichier