sur Tiger j'ai ce comportement pour la commande zcat :
$ zcat mailmx.log.20050603-0329.gz
zcat: mailmx.log.20050603-0329.gz.Z: No such file or directory
comment lui faire comprendre que son comportement normal c'est de lire
les .gz ? (et comment faire comprendre a Apple qu'il y a des gens qui
aimerait bosser ?)
sur Tiger j'ai ce comportement pour la commande zcat :
$ zcat mailmx.log.20050603-0329.gz zcat: mailmx.log.20050603-0329.gz.Z: No such file or directory
Essaye zcat < mailmx.log.20050603-0329.gz
Ca suffit pour ce que tu veux faire, non?
-- Saïd. C programmers never die - they're just cast into void.
FiLH
patpro ~ Patrick Proniewski writes:
Bonjour,
sur Tiger j'ai ce comportement pour la commande zcat :
$ zcat mailmx.log.20050603-0329.gz zcat: mailmx.log.20050603-0329.gz.Z: No such file or directory
comment lui faire comprendre que son comportement normal c'est de lire les .gz ?
Non. Ce n'est pas le comportement « normal » de zcat. C'est celui normal de la version gnu de zcat.
(et comment faire comprendre a Apple qu'il y a des gens qui
aimerait bosser ?)
Heu.. c'est Apple qui gzipe ton fichier log ?
FiLH
-- FiLH photography. A taste of freedom in a conventional world. Web: http://www.filh.org e-mail FAQ fr.rec.photo : http://frp.parisv.com/ Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> writes:
Bonjour,
sur Tiger j'ai ce comportement pour la commande zcat :
$ zcat mailmx.log.20050603-0329.gz
zcat: mailmx.log.20050603-0329.gz.Z: No such file or directory
comment lui faire comprendre que son comportement normal c'est de lire
les .gz ?
Non. Ce n'est pas le comportement « normal » de zcat.
C'est celui normal de la version gnu de zcat.
(et comment faire comprendre a Apple qu'il y a des gens qui
aimerait bosser ?)
Heu.. c'est Apple qui gzipe ton fichier log ?
FiLH
--
FiLH photography. A taste of freedom in a conventional world.
Web: http://www.filh.org e-mail filh@filh.org
FAQ fr.rec.photo : http://frp.parisv.com/
Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
sur Tiger j'ai ce comportement pour la commande zcat :
$ zcat mailmx.log.20050603-0329.gz zcat: mailmx.log.20050603-0329.gz.Z: No such file or directory
comment lui faire comprendre que son comportement normal c'est de lire les .gz ?
Non. Ce n'est pas le comportement « normal » de zcat. C'est celui normal de la version gnu de zcat.
(et comment faire comprendre a Apple qu'il y a des gens qui
aimerait bosser ?)
Heu.. c'est Apple qui gzipe ton fichier log ?
FiLH
-- FiLH photography. A taste of freedom in a conventional world. Web: http://www.filh.org e-mail FAQ fr.rec.photo : http://frp.parisv.com/ Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
patpro ~ Patrick Proniewski
In article , Saïd wrote:
patpro ~ Patrick Proniewski :
Bonjour,
sur Tiger j'ai ce comportement pour la commande zcat :
$ zcat mailmx.log.20050603-0329.gz zcat: mailmx.log.20050603-0329.gz.Z: No such file or directory
Essaye zcat < mailmx.log.20050603-0329.gz
Ca suffit pour ce que tu veux faire, non?
pas évident, c'est dans mes scripts shell, mais ça marche effectivement.
J'ai préféré modifier légèrement mes scripts :
j'ai créé la variable ZCAT='zgrep -h .' et j'ai cherché/remplacé zcat par ${ZCAT}, comme ça le jour ou zcat remarche je change juste la variable.
patpro
In article <slrnda0537.38l.said@dhcp132-235.enst.fr>,
Saïd <said@brian.lan> wrote:
patpro ~ Patrick Proniewski :
Bonjour,
sur Tiger j'ai ce comportement pour la commande zcat :
$ zcat mailmx.log.20050603-0329.gz
zcat: mailmx.log.20050603-0329.gz.Z: No such file or directory
Essaye
zcat < mailmx.log.20050603-0329.gz
Ca suffit pour ce que tu veux faire, non?
pas évident, c'est dans mes scripts shell, mais ça marche effectivement.
J'ai préféré modifier légèrement mes scripts :
j'ai créé la variable ZCAT='zgrep -h .' et j'ai cherché/remplacé zcat
par ${ZCAT}, comme ça le jour ou zcat remarche je change juste la
variable.
sur Tiger j'ai ce comportement pour la commande zcat :
$ zcat mailmx.log.20050603-0329.gz zcat: mailmx.log.20050603-0329.gz.Z: No such file or directory
Essaye zcat < mailmx.log.20050603-0329.gz
Ca suffit pour ce que tu veux faire, non?
pas évident, c'est dans mes scripts shell, mais ça marche effectivement.
J'ai préféré modifier légèrement mes scripts :
j'ai créé la variable ZCAT='zgrep -h .' et j'ai cherché/remplacé zcat par ${ZCAT}, comme ça le jour ou zcat remarche je change juste la variable.
patpro
patpro ~ Patrick Proniewski
In article , FiLH wrote:
comment lui faire comprendre que son comportement normal c'est de lire les .gz ?
Non. Ce n'est pas le comportement « normal » de zcat. C'est celui normal de la version gnu de zcat.
d'après le man fourni avec Tiger :
zcat will uncompress files that have the correct magic number whether they have a .gz suffix or not. In POSIX mode zcat will append .Z to all filenames that do not have that suffix.
zcat est donc incapable de voir que le .gz est présent, il ne se comporte donc pas normalement.
(et comment faire comprendre a Apple qu'il y a des gens qui
aimerait bosser ?)
Heu.. c'est Apple qui gzipe ton fichier log ?
oui, et ma remarque visait plutôt la tendance actuelle à faire débugguer l'OS par les utilisateurs.
Il est clair qu'à ce rythme nos serveurs vont rester en 10.3 pendant encore longtemps.
patpro
In article <ux8y1r3jtkwer@noorg.org>, FiLH <filh@filh.org> wrote:
comment lui faire comprendre que son comportement normal c'est de lire
les .gz ?
Non. Ce n'est pas le comportement « normal » de zcat.
C'est celui normal de la version gnu de zcat.
d'après le man fourni avec Tiger :
zcat will uncompress files that have the correct magic number
whether they have a .gz suffix or not. In POSIX mode zcat will
append .Z to all filenames that do not have that suffix.
zcat est donc incapable de voir que le .gz est présent, il ne se
comporte donc pas normalement.
(et comment faire comprendre a Apple qu'il y a des gens qui
aimerait bosser ?)
Heu.. c'est Apple qui gzipe ton fichier log ?
oui, et ma remarque visait plutôt la tendance actuelle à faire débugguer
l'OS par les utilisateurs.
Il est clair qu'à ce rythme nos serveurs vont rester en 10.3 pendant
encore longtemps.
comment lui faire comprendre que son comportement normal c'est de lire les .gz ?
Non. Ce n'est pas le comportement « normal » de zcat. C'est celui normal de la version gnu de zcat.
d'après le man fourni avec Tiger :
zcat will uncompress files that have the correct magic number whether they have a .gz suffix or not. In POSIX mode zcat will append .Z to all filenames that do not have that suffix.
zcat est donc incapable de voir que le .gz est présent, il ne se comporte donc pas normalement.
(et comment faire comprendre a Apple qu'il y a des gens qui
aimerait bosser ?)
Heu.. c'est Apple qui gzipe ton fichier log ?
oui, et ma remarque visait plutôt la tendance actuelle à faire débugguer l'OS par les utilisateurs.
Il est clair qu'à ce rythme nos serveurs vont rester en 10.3 pendant encore longtemps.
patpro
patpro ~ Patrick Proniewski
In article , patpro ~ Patrick Proniewski wrote:
J'ai préféré modifier légèrement mes scripts :
j'ai créé la variable ZCAT='zgrep -h .' et j'ai cherché/remplacé zcat par ${ZCAT}, comme ça le jour ou zcat remarche je change juste la variable.
et en fait je vais meme mettre "gunzip -c" dans ma variable ZCAT.
patpro
In article <patpro-6DD00C.10533003062005@localhost>,
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> wrote:
J'ai préféré modifier légèrement mes scripts :
j'ai créé la variable ZCAT='zgrep -h .' et j'ai cherché/remplacé zcat
par ${ZCAT}, comme ça le jour ou zcat remarche je change juste la
variable.
et en fait je vais meme mettre "gunzip -c" dans ma variable ZCAT.
j'ai créé la variable ZCAT='zgrep -h .' et j'ai cherché/remplacé zcat par ${ZCAT}, comme ça le jour ou zcat remarche je change juste la variable.
et en fait je vais meme mettre "gunzip -c" dans ma variable ZCAT.
patpro
FiLH
patpro ~ Patrick Proniewski writes:
In article , FiLH wrote:
comment lui faire comprendre que son comportement normal c'est de lire les .gz ?
Non. Ce n'est pas le comportement « normal » de zcat. C'est celui normal de la version gnu de zcat.
d'après le man fourni avec Tiger :
zcat will uncompress files that have the correct magic number whether they have a .gz suffix or not. In POSIX mode zcat will append .Z to all filenames that do not have that suffix.
zcat est donc incapable de voir que le .gz est présent, il ne se comporte donc pas normalement.
C'est pas ce qu'il y a écrit dans ce que tu cites hein....
(et comment faire comprendre a Apple qu'il y a des gens qui
aimerait bosser ?)
Heu.. c'est Apple qui gzipe ton fichier log ?
oui, et ma remarque visait plutôt la tendance actuelle à faire débugguer l'OS par les utilisateurs.
RTFM Mieux...
FiLH
-- FiLH photography. A taste of freedom in a conventional world. Web: http://www.filh.org e-mail FAQ fr.rec.photo : http://frp.parisv.com/ Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> writes:
In article <ux8y1r3jtkwer@noorg.org>, FiLH <filh@filh.org> wrote:
comment lui faire comprendre que son comportement normal c'est de lire
les .gz ?
Non. Ce n'est pas le comportement « normal » de zcat.
C'est celui normal de la version gnu de zcat.
d'après le man fourni avec Tiger :
zcat will uncompress files that have the correct magic number
whether they have a .gz suffix or not. In POSIX mode zcat will
append .Z to all filenames that do not have that suffix.
zcat est donc incapable de voir que le .gz est présent, il ne se
comporte donc pas normalement.
C'est pas ce qu'il y a écrit dans ce que tu cites hein....
(et comment faire comprendre a Apple qu'il y a des gens qui
aimerait bosser ?)
Heu.. c'est Apple qui gzipe ton fichier log ?
oui, et ma remarque visait plutôt la tendance actuelle à faire débugguer
l'OS par les utilisateurs.
RTFM Mieux...
FiLH
--
FiLH photography. A taste of freedom in a conventional world.
Web: http://www.filh.org e-mail filh@filh.org
FAQ fr.rec.photo : http://frp.parisv.com/
Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
comment lui faire comprendre que son comportement normal c'est de lire les .gz ?
Non. Ce n'est pas le comportement « normal » de zcat. C'est celui normal de la version gnu de zcat.
d'après le man fourni avec Tiger :
zcat will uncompress files that have the correct magic number whether they have a .gz suffix or not. In POSIX mode zcat will append .Z to all filenames that do not have that suffix.
zcat est donc incapable de voir que le .gz est présent, il ne se comporte donc pas normalement.
C'est pas ce qu'il y a écrit dans ce que tu cites hein....
(et comment faire comprendre a Apple qu'il y a des gens qui
aimerait bosser ?)
Heu.. c'est Apple qui gzipe ton fichier log ?
oui, et ma remarque visait plutôt la tendance actuelle à faire débugguer l'OS par les utilisateurs.
RTFM Mieux...
FiLH
-- FiLH photography. A taste of freedom in a conventional world. Web: http://www.filh.org e-mail FAQ fr.rec.photo : http://frp.parisv.com/ Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
patpro ~ Patrick Proniewski
In article , FiLH wrote:
patpro ~ Patrick Proniewski writes:
In article , FiLH wrote:
comment lui faire comprendre que son comportement normal c'est de lire les .gz ?
Non. Ce n'est pas le comportement « normal » de zcat. C'est celui normal de la version gnu de zcat.
d'après le man fourni avec Tiger :
zcat will uncompress files that have the correct magic number whether they have a .gz suffix or not. In POSIX mode zcat will append .Z to all filenames that do not have that suffix.
zcat est donc incapable de voir que le .gz est présent, il ne se comporte donc pas normalement.
C'est pas ce qu'il y a écrit dans ce que tu cites hein....
donc pour toi,'that' renvoie à .Z et pas à .gz ? Dans mes souvenirs d'anglais c'était plutôt "this", mais probablement que je me souviens mal.
(et comment faire comprendre a Apple qu'il y a des gens qui
aimerait bosser ?)
Heu.. c'est Apple qui gzipe ton fichier log ?
oui, et ma remarque visait plutôt la tendance actuelle à faire débugguer l'OS par les utilisateurs.
RTFM Mieux...
tu pourras RTFM autant que tu veux ipfw par exemple, je te mets en carafe une machine avec une ligne de conf. RTFM aussi bien rsync, et voit comment ça plante à tour de bras.
patpro
In article <uxzmu7240nwer@noorg.org>, FiLH <filh@filh.org> wrote:
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> writes:
In article <ux8y1r3jtkwer@noorg.org>, FiLH <filh@filh.org> wrote:
comment lui faire comprendre que son comportement normal c'est de lire
les .gz ?
Non. Ce n'est pas le comportement « normal » de zcat.
C'est celui normal de la version gnu de zcat.
d'après le man fourni avec Tiger :
zcat will uncompress files that have the correct magic number
whether they have a .gz suffix or not. In POSIX mode zcat will
append .Z to all filenames that do not have that suffix.
zcat est donc incapable de voir que le .gz est présent, il ne se
comporte donc pas normalement.
C'est pas ce qu'il y a écrit dans ce que tu cites hein....
donc pour toi,'that' renvoie à .Z et pas à .gz ?
Dans mes souvenirs d'anglais c'était plutôt "this", mais probablement
que je me souviens mal.
(et comment faire comprendre a Apple qu'il y a des gens qui
aimerait bosser ?)
Heu.. c'est Apple qui gzipe ton fichier log ?
oui, et ma remarque visait plutôt la tendance actuelle à faire débugguer
l'OS par les utilisateurs.
RTFM Mieux...
tu pourras RTFM autant que tu veux ipfw par exemple, je te mets en
carafe une machine avec une ligne de conf. RTFM aussi bien rsync, et
voit comment ça plante à tour de bras.
comment lui faire comprendre que son comportement normal c'est de lire les .gz ?
Non. Ce n'est pas le comportement « normal » de zcat. C'est celui normal de la version gnu de zcat.
d'après le man fourni avec Tiger :
zcat will uncompress files that have the correct magic number whether they have a .gz suffix or not. In POSIX mode zcat will append .Z to all filenames that do not have that suffix.
zcat est donc incapable de voir que le .gz est présent, il ne se comporte donc pas normalement.
C'est pas ce qu'il y a écrit dans ce que tu cites hein....
donc pour toi,'that' renvoie à .Z et pas à .gz ? Dans mes souvenirs d'anglais c'était plutôt "this", mais probablement que je me souviens mal.
(et comment faire comprendre a Apple qu'il y a des gens qui
aimerait bosser ?)
Heu.. c'est Apple qui gzipe ton fichier log ?
oui, et ma remarque visait plutôt la tendance actuelle à faire débugguer l'OS par les utilisateurs.
RTFM Mieux...
tu pourras RTFM autant que tu veux ipfw par exemple, je te mets en carafe une machine avec une ligne de conf. RTFM aussi bien rsync, et voit comment ça plante à tour de bras.
patpro
FiLH
patpro ~ Patrick Proniewski writes:
In article , FiLH wrote:
patpro ~ Patrick Proniewski writes:
In article , FiLH wrote:
comment lui faire comprendre que son comportement normal c'est de lire les .gz ?
Non. Ce n'est pas le comportement « normal » de zcat. C'est celui normal de la version gnu de zcat.
d'après le man fourni avec Tiger :
zcat will uncompress files that have the correct magic number whether they have a .gz suffix or not. In POSIX mode zcat will append .Z to all filenames that do not have that suffix.
zcat est donc incapable de voir que le .gz est présent, il ne se comporte donc pas normalement.
C'est pas ce qu'il y a écrit dans ce que tu cites hein....
donc pour toi,'that' renvoie à .Z et pas à .gz ?
Je traduios donc : zcat décompressera les fichiers qui ont le « magic number » correct, qu'ils aient le suffixe .gz ou non. En mode POSIX, zcat ajouterar le suffixe .Z à tous les fichiers qui n'ont pas ce suffixe.
Tu dois être en mode POSIX et donc zcat ajoute les suffixe .Z puisque ton fichier ne l'a pas.
Rien de plus.
RTFM Mieux...
tu pourras RTFM autant que tu veux ipfw par exemple, je te mets en
On parlait de zcat là non ? Vilain troll ! Le man de zcat a une explication logique à ce que tu observes.
FiLH
-- FiLH photography. A taste of freedom in a conventional world. Web: http://www.filh.org e-mail FAQ fr.rec.photo : http://frp.parisv.com/ Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> writes:
In article <uxzmu7240nwer@noorg.org>, FiLH <filh@filh.org> wrote:
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> writes:
In article <ux8y1r3jtkwer@noorg.org>, FiLH <filh@filh.org> wrote:
comment lui faire comprendre que son comportement normal c'est de lire
les .gz ?
Non. Ce n'est pas le comportement « normal » de zcat.
C'est celui normal de la version gnu de zcat.
d'après le man fourni avec Tiger :
zcat will uncompress files that have the correct magic number
whether they have a .gz suffix or not. In POSIX mode zcat will
append .Z to all filenames that do not have that suffix.
zcat est donc incapable de voir que le .gz est présent, il ne se
comporte donc pas normalement.
C'est pas ce qu'il y a écrit dans ce que tu cites hein....
donc pour toi,'that' renvoie à .Z et pas à .gz ?
Je traduios donc : zcat décompressera les fichiers qui ont le « magic
number » correct, qu'ils aient le suffixe .gz ou non. En mode POSIX,
zcat ajouterar le suffixe .Z à tous les fichiers qui n'ont pas ce suffixe.
Tu dois être en mode POSIX et donc zcat ajoute les suffixe .Z puisque
ton fichier ne l'a pas.
Rien de plus.
RTFM Mieux...
tu pourras RTFM autant que tu veux ipfw par exemple, je te mets en
On parlait de zcat là non ? Vilain troll !
Le man de zcat a une explication logique à ce que tu observes.
FiLH
--
FiLH photography. A taste of freedom in a conventional world.
Web: http://www.filh.org e-mail filh@filh.org
FAQ fr.rec.photo : http://frp.parisv.com/
Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
comment lui faire comprendre que son comportement normal c'est de lire les .gz ?
Non. Ce n'est pas le comportement « normal » de zcat. C'est celui normal de la version gnu de zcat.
d'après le man fourni avec Tiger :
zcat will uncompress files that have the correct magic number whether they have a .gz suffix or not. In POSIX mode zcat will append .Z to all filenames that do not have that suffix.
zcat est donc incapable de voir que le .gz est présent, il ne se comporte donc pas normalement.
C'est pas ce qu'il y a écrit dans ce que tu cites hein....
donc pour toi,'that' renvoie à .Z et pas à .gz ?
Je traduios donc : zcat décompressera les fichiers qui ont le « magic number » correct, qu'ils aient le suffixe .gz ou non. En mode POSIX, zcat ajouterar le suffixe .Z à tous les fichiers qui n'ont pas ce suffixe.
Tu dois être en mode POSIX et donc zcat ajoute les suffixe .Z puisque ton fichier ne l'a pas.
Rien de plus.
RTFM Mieux...
tu pourras RTFM autant que tu veux ipfw par exemple, je te mets en
On parlait de zcat là non ? Vilain troll ! Le man de zcat a une explication logique à ce que tu observes.
FiLH
-- FiLH photography. A taste of freedom in a conventional world. Web: http://www.filh.org e-mail FAQ fr.rec.photo : http://frp.parisv.com/ Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
patpro ~ Patrick Proniewski
In article , FiLH wrote:
patpro ~ Patrick Proniewski writes:
donc pour toi,'that' renvoie à .Z et pas à .gz ?
Tu dois être en mode POSIX et donc zcat ajoute les suffixe .Z puisque ton fichier ne l'a pas.
Rien de plus.
Ce vers quoi renvoie le 'that suffix' c'est pas clair. J'ai demandé à deux personnes d'un très bon niveau d'anglais, j'ai eu les deux réponses : gz dnas un cas, Z dans l'autre.
patpro
In article <uxvf4v22thwer@noorg.org>, FiLH <filh@filh.org> wrote:
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> writes:
donc pour toi,'that' renvoie à .Z et pas à .gz ?
Tu dois être en mode POSIX et donc zcat ajoute les suffixe .Z puisque
ton fichier ne l'a pas.
Rien de plus.
Ce vers quoi renvoie le 'that suffix' c'est pas clair. J'ai demandé à
deux personnes d'un très bon niveau d'anglais, j'ai eu les deux réponses
: gz dnas un cas, Z dans l'autre.
Tu dois être en mode POSIX et donc zcat ajoute les suffixe .Z puisque ton fichier ne l'a pas.
Rien de plus.
Ce vers quoi renvoie le 'that suffix' c'est pas clair. J'ai demandé à deux personnes d'un très bon niveau d'anglais, j'ai eu les deux réponses : gz dnas un cas, Z dans l'autre.
patpro
FiLH
patpro ~ Patrick Proniewski writes:
In article , FiLH wrote:
patpro ~ Patrick Proniewski writes:
donc pour toi,'that' renvoie à .Z et pas à .gz ?
Tu dois être en mode POSIX et donc zcat ajoute les suffixe .Z puisque ton fichier ne l'a pas.
Rien de plus.
Ce vers quoi renvoie le 'that suffix' c'est pas clair. J'ai demandé à deux personnes d'un très bon niveau d'anglais, j'ai eu les deux réponses : gz dnas un cas, Z dans l'autre.
Si ça renvoyait .gz cela ne voudrait plus rien dire. Cela ferait une construction totalement foireuses de phrase.
Et bon, le fait d'ajouter .Z en son absence est le comportement habituel de zcat version non gnu, usuelle.
Et en plus la traduction que je donne correspond à ce que tu constates...
4 bonnes raisons de penser simple.
FiLH
-- FiLH photography. A taste of freedom in a conventional world. Web: http://www.filh.org e-mail FAQ fr.rec.photo : http://frp.parisv.com/ Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> writes:
In article <uxvf4v22thwer@noorg.org>, FiLH <filh@filh.org> wrote:
patpro ~ Patrick Proniewski <patpro@boleskine.patpro.net> writes:
donc pour toi,'that' renvoie à .Z et pas à .gz ?
Tu dois être en mode POSIX et donc zcat ajoute les suffixe .Z puisque
ton fichier ne l'a pas.
Rien de plus.
Ce vers quoi renvoie le 'that suffix' c'est pas clair. J'ai demandé à
deux personnes d'un très bon niveau d'anglais, j'ai eu les deux réponses
: gz dnas un cas, Z dans l'autre.
Si ça renvoyait .gz cela ne voudrait plus rien dire. Cela ferait une
construction totalement foireuses de phrase.
Et bon, le fait d'ajouter .Z en son absence est le comportement
habituel de zcat version non gnu, usuelle.
Et en plus la traduction que je donne correspond à ce que tu
constates...
4 bonnes raisons de penser simple.
FiLH
--
FiLH photography. A taste of freedom in a conventional world.
Web: http://www.filh.org e-mail filh@filh.org
FAQ fr.rec.photo : http://frp.parisv.com/
Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
Tu dois être en mode POSIX et donc zcat ajoute les suffixe .Z puisque ton fichier ne l'a pas.
Rien de plus.
Ce vers quoi renvoie le 'that suffix' c'est pas clair. J'ai demandé à deux personnes d'un très bon niveau d'anglais, j'ai eu les deux réponses : gz dnas un cas, Z dans l'autre.
Si ça renvoyait .gz cela ne voudrait plus rien dire. Cela ferait une construction totalement foireuses de phrase.
Et bon, le fait d'ajouter .Z en son absence est le comportement habituel de zcat version non gnu, usuelle.
Et en plus la traduction que je donne correspond à ce que tu constates...
4 bonnes raisons de penser simple.
FiLH
-- FiLH photography. A taste of freedom in a conventional world. Web: http://www.filh.org e-mail FAQ fr.rec.photo : http://frp.parisv.com/ Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
