Remarquez que les archives auto-décompactables faites avec unzipsfx ne sont pas plus (ou moins) portables que l'exécutable unzip 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 unzip 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. Malgré ceci, cependant, l'archive auto-décompactable n'est 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.  

[fichier(s)]

Une liste optionnelle des membres de l'archive à traiter. Les jokers similaires à ceux du egrep(1) d'Unix peuvent être utilisés pour sélectionner des membres multiples. Ces jokers peuvent être :

*

équivaut à tout paquet de caractères (même de taille 0)

?

équivaut à tout caractère unique

[...]

é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 sauf ceux spécifiés sont recherchés.)

(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.)

[-x xfile(s)]

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, « foosfx *.[ch] -x */* » va extraire tous les fichiers source C dans le dossier principal, mais pas dans les sous-dossiers. Sans l'option -x, tous les fichiers source C dans tous les dossiers auraient été extraits.

Si unzipsfx est compilé avec SFX_EXDIR défini, l'option suivante est aussi disponible :

[-d exdir]

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 -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, « -d ~ » (tilde) est interprété par les environnements Unix comme le nom du dossier racine de l'utilisateur courant, mais « -d~ » est traité comme un sous-dossier littéral « ~ » du dossier courant.

Voir unzip(1) pour une description plus complète de ces options.  

(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 unzip(1) pour une description plus complète de ces modificateurs.  

Pour créer la même archive sous MS-DOS, OS/2 ou NT (notez l'utilisation du paramètre /b [binaire] pour la commande copy) :

Sous VMS :

(La commande VMS append 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 :

(MakeSFX est inclus dans la distribution du code source d'UnZip et avec les distributions binaires pour Amiga. « zip -A » ne fonctionne pas avec les archives auto-décompactables Amiga.) Pour tester (ou lister) l'archive auto-décompactable nouvellement créée :

Pour tester letters silencieusement, en affichant seulement un résumé indiquant si l'archive est OK ou pas :

Pour décompacter tout le contenu dans le dossier courant, en recréant tous les fichiers et sous-dossiers si nécessaire :

Pour extraire tous les fichiers texte *.txt (sous Unix encadrez le « * ») :

Pour décompacter tout sauf les fichiers *.txt :

Pour décompacter seulement le fichier README vers la sortie standard (l'écran) :

Pour afficher seulement le commentaire de l'archive zip :

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 zip(1) soit utilisé pour ajuster les points d'entrée stockés dans l'archive de manière appropriée, comme mentionné ci-dessus). unzip(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.

unzipsfx 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, unzipsfx 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 unzip(1) ont été supprimées pour diminuer la taille de unzipsfx : 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'unzipsfx. Ceci n'est pas nécessaire pour une simple extraction, mais la commande devient alors, par exemple, « run letters » (pour continuer les exemples donnés ci-dessus).

unzipsfx 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'unzip(1) sont aussi dans unzipsfx.  

NOM

SYNOPSIS

DESCRIPTION

PARAMÈTRES

OPTIONS

MODIFICATEURS

OPTIONS D'ENVIRONNEMENT

DÉCRYPTAGE

EXEMPLES

LIMITATIONS

DIAGNOSTICS

VOIR AUSSI

URL

AUTEURS

TRADUCTEUR