Re: svn commit: r222211 - head/usr.bin/gzip

2011-05-25 Thread Xin LI
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 05/25/11 10:38, Xin LI wrote: [...] > However, that might indicate a different bug Correction: I was wrong here, the MLINKS just behave this way. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free o

Re: svn commit: r222211 - head/usr.bin/gzip

2011-05-25 Thread Xin LI
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 05/25/11 10:46, Pan Tsu wrote: > Xin LI writes: > >> On 05/25/11 10:03, Pan Tsu wrote: Match symbolic link handling behavior with GNU gzip, bzip2 and xz: >>> >>> After this change zcat(1) behaves unlike GNU zcat, bzcat and xzcat. >>> >>>

Re: svn commit: r222211 - head/usr.bin/gzip

2011-05-25 Thread Pan Tsu
Xin LI writes: > On 05/25/11 10:03, Pan Tsu wrote: >>> Match symbolic link handling behavior with GNU gzip, bzip2 and xz: >> >> After this change zcat(1) behaves unlike GNU zcat, bzcat and xzcat. >> >> $ zcat TIFFfree.3tiff.gz >> zcat: TIFFfree.3tiff.gz is not a regular file >> Exit 1 >

Re: svn commit: r222211 - head/usr.bin/gzip

2011-05-25 Thread Xin LI
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, Pan, On 05/25/11 10:03, Pan Tsu wrote: >> Match symbolic link handling behavior with GNU gzip, bzip2 and xz: > > After this change zcat(1) behaves unlike GNU zcat, bzcat and xzcat. > > $ zcat TIFFfree.3tiff.gz > zcat: TIFFfree.3tiff.gz i

Re: svn commit: r222211 - head/usr.bin/gzip

2011-05-25 Thread Pan Tsu
Xin LI writes: > Author: delphij > Date: Mon May 23 09:40:21 2011 > New Revision: 11 > URL: http://svn.freebsd.org/changeset/base/11 > > Log: > Match symbolic link handling behavior with GNU gzip, bzip2 and xz: After this change zcat(1) behaves unlike GNU zcat, bzcat and xzcat. $ zc

svn commit: r222211 - head/usr.bin/gzip

2011-05-23 Thread Xin LI
Author: delphij Date: Mon May 23 09:40:21 2011 New Revision: 11 URL: http://svn.freebsd.org/changeset/base/11 Log: Match symbolic link handling behavior with GNU gzip, bzip2 and xz: When we are operating on a symbolic link pointing to an existing file, bail out by default, but go