Re: [Patch] Adding examples to the man pages

Paul Eggert wrote: > > +.B cat -s > > and for cat I'd prefer the following (as we shouldn't be encouraging > the use of any of cat's options): Agreed. GNU cat -s squeezes blank lines. HP-UX and other legacy unix systems cat -s is silent about non-existent files. It is one of those terribly nonp

Re: 'cp -lL' behaviour conflicts with documentation

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Jim Meyering on 3/15/2005 10:35 AM: > > But the actual referent (as opposed to the symlink value) may be > another symlink, which may point to another, etc. The final > non-symlink value -- assuming there is one -- is the referent. > It'

Re: binary mode copies

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Jim Meyering on 3/15/2005 3:47 PM: >>> >>>2005-03-15 Corinna Vinschen <[EMAIL PROTECTED]> (tiny change) >>> >>> * src/copy.c (copy_reg): Copy regular files in binary mode. > > > By the way, can you produce a small test case that f

Re: [bug-gnulib] Re: nit in strftime.c

Eric Blake <[EMAIL PROTECTED]> writes: > Why not prime the buffer? Thanks. (I thought of exactly the same thing while driving home last night.) I installed this patch in both gnulib and coreutils. Similar fixes would be useful in coreutils date.c and pr.c; I'll look at those separately. Come

Re: ls and chmod broken on Solaris 9 - ACL problem?

Tim Bishop <[EMAIL PROTECTED]> writes: > We've discovered a bug in the ACL handling on Solaris 9. It noticably > breaks ls and chmod. Thanks for reporting it. I can't reproduce the bug with Solaris 9 if I used coreutils test version 5.3.0

Re: binary mode copies

Jim Meyering <[EMAIL PROTECTED]> wrote: > Eric Blake <[EMAIL PROTECTED]> wrote: >> The following patch, first proposed for cygwin, is needed on systems like >> cygwin where not copying in binary mode can lead to data corruption. This >> affects mv, cp, and install. >> >> 2005-03-15 Corinna Vinsch

Re: [Patch] Adding examples to the man pages

Paul Eggert <[EMAIL PROTECTED]> wrote: > James Youngman <[EMAIL PROTECTED]> writes: > >> Jim, Paul, it might be useful at this point to give Dave some >> feedback, to let him know if he should continue to work on examples or >> whether he's been wasting his time. > > Jim has the final say, of cours

Re: [Patch] Adding examples to the man pages

James Youngman <[EMAIL PROTECTED]> writes: > Jim, Paul, it might be useful at this point to give Dave some > feedback, to let him know if he should continue to work on examples or > whether he's been wasting his time. Jim has the final say, of course; we should let him weigh in. My kneejerk reac

nohup basic documentation

$ man nohup If the info and nohup programs are properly installed at your site, the info coreutils nohup should give you access to the complete manual. So does info nohup. Users will wonder what is up. $ info nohup If standard output is a terminal, it is

Re: 'cp -lL' behaviour conflicts with documentation

Hi Bob, [EMAIL PROTECTED] (Bob Proulx) wrote: > Jim Meyering wrote: >> Is it worth it to make cp manually follow a sequence of symlinks >> when given both -L and --link? > > That would certainly be a nice capability. > > If it is not worth it could that case be made an invalid case? That > way th

FYI: more pr fixes

I've just made this change: Both `pr -0' and e.g., `pr -03' would evoke `column count too large'. `pr -0' should give a better diagnostic and `pr -03' should be equivalent to `pr -3'. * src/pr.c (parse_column_count): Change return type to void. Call error (E

Re: 'cp -lL' behaviour conflicts with documentation

Jim Meyering wrote: > Is it worth it to make cp manually follow a sequence of symlinks > when given both -L and --link? That would certainly be a nice capability. If it is not worth it could that case be made an invalid case? That way there is no doubt. Because I agree that I would not have exp

Re: 'cp -lL' behaviour conflicts with documentation

Tim Waugh <[EMAIL PROTECTED]> wrote: > On Tue, Mar 15, 2005 at 04:38:03PM +0100, Jim Meyering wrote: ... >> Thanks for the report. >> I suppose this is a documentation bug, since >> making hard links to symlinks is not portable. >> I suppose -L and -l should mention that when they are used >> toget

Re: 'cp -lL' behaviour conflicts with documentation

On Tue, Mar 15, 2005 at 04:38:03PM +0100, Jim Meyering wrote: > Tim Waugh <[EMAIL PROTECTED]> wrote: > > coreutils-5.2.1: > > > > $ mkdir /tmp/foo > > $ cp -lL /lib/libc.so.6 /tmp/foo > > $ ls -l /tmp/foo > > total 4 > > lrwxrwxrwx 2 root root 13 Mar 8 10:59 libc.so.6 -> libc-2.3.4.so > > > > Th

Re: 'cp -lL' behaviour conflicts with documentation

Tim Waugh <[EMAIL PROTECTED]> wrote: > coreutils-5.2.1: > > $ mkdir /tmp/foo > $ cp -lL /lib/libc.so.6 /tmp/foo > $ ls -l /tmp/foo > total 4 > lrwxrwxrwx 2 root root 13 Mar 8 10:59 libc.so.6 -> libc-2.3.4.so > > The man page says that -L always dereferences symbolic links, but when > used in conj

Re: Coreutils-5.2.1 make check fails on Solaris 9

[EMAIL PROTECTED] wrote: > I encountered an error running make check on coreutils-5.2.1 on Solaris 9. > I found a similar thread ( > http://lists.gnu.org/archive/html/bug-coreutils/2004-10/msg00035.html ), > where the problem turned out to be the windows client. I use PuTTY 0.57 to > connect to th

Re: binary mode copies

Eric Blake <[EMAIL PROTECTED]> wrote: > The following patch, first proposed for cygwin, is needed on systems like > cygwin where not copying in binary mode can lead to data corruption. This > affects mv, cp, and install. > > 2005-03-15 Corinna Vinschen <[EMAIL PROTECTED]> (tiny change) > >

binary mode copies

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The following patch, first proposed for cygwin, is needed on systems like cygwin where not copying in binary mode can lead to data corruption. This affects mv, cp, and install. 2005-03-15 Corinna Vinschen <[EMAIL PROTECTED]> (tiny change)