Re: btwowc(EOF) hang with gcc 4.4.2

2009-12-16 Thread Alan Curry
Jim Meyering writes: The code in question is calling btowc(EOF), which uses this definition from wchar.h: extern wint_t __btowc_alias (int __c) __asm (btowc); extern __inline wint_t __NTH (btowc (int __c)) { return (__builtin_constant_p (__c) __c = '\0' __c = '\x7f' ?

Re: Bug#561225: coreutils: cp --reflink fails with Btrfs file system

2009-12-16 Thread Jim Meyering
Jason White wrote: Jim Meyering j...@meyering.net wrote: Can you rerun that via strace and send the log at least to the bug-coreutils list (Cc'd)? strace -o log cp --reflink testfile testfile2 It opens both files and then performs the ioctl() call: ioctl(4, 0x40049409, 0x3)

Re: [PATCH] split: --chunks option

2009-12-16 Thread Andreas Schwab
Pádraig Brady p...@draigbrady.com writes: For reference bash and ksh support ansi c quoting like $'\0' so you could specify -t $'\0'. Except that $'\0' is identical to '' in every context. Also more generally one could do: -t $(printf '\0'), though I wouldn't depend on those being

Re: btwowc(EOF) hang with gcc 4.4.2

2009-12-16 Thread Andreas Schwab
Alan Curry pacman...@kosh.dhis.org writes: Jim Meyering writes: The code in question is calling btowc(EOF), which uses this definition from wchar.h: extern wint_t __btowc_alias (int __c) __asm (btowc); extern __inline wint_t __NTH (btowc (int __c)) { return (__builtin_constant_p

Re: coreutils-8.2 misc/ls-time test failure

2009-12-16 Thread Jim Meyering
Eric Blake wrote: [adding bug-gnulib] According to Eric Blake on 12/15/2009 7:48 PM: According to John Stanley on 12/15/2009 4:42 PM: Basically, what's happening is that 'touch -a ..' updated ctime in coreutils-7.6, but does not update ctime in coreutils-8.2 (hence misc/ls-time fails).

Re: Possible bug in sort -V

2009-12-16 Thread Andreas Schwab
Steve Ward plane...@gmail.com writes: On Tue, Dec 15, 2009 at 20:18, john blair mailtome200420032...@yahoo.comwrote: cat a | /build/toolchain/lin32/coreutils-8.2/bin/sort -V kernel-2.6.18-164.2.1.el5.x86_64.rpm kernel-2.6.18-164.6.1.el5.x86_64.rpm kernel-2.6.18-164.el5.x86_64.rpm The

Re: coreutils-8.2 misc/ls-time test failure

2009-12-16 Thread Jim Meyering
Eric Blake wrote: According to Eric Blake on 12/15/2009 7:48 PM: According to John Stanley on 12/15/2009 4:42 PM: Basically, what's happening is that 'touch -a ..' updated ctime in coreutils-7.6, but does not update ctime in coreutils-8.2 (hence misc/ls-time fails). Ouch. That's a bug in

[bug #28308] Please change verbose to use double quotes in output (cp, mv etc: FILE - FILE)

2009-12-16 Thread Jari Aalto
URL: http://savannah.gnu.org/bugs/?28308 Summary: Please change verbose to use double quotes in output (cp, mv etc: FILE - FILE) Project: GNU Core Utilities Submitted by: jaalto Submitted on: Wed 16 Dec 2009 02:04:53 PM EET

Re: Possible bug in sort -V

2009-12-16 Thread Kamil Dudka
On Wed December 16 2009 02:18:58 john blair wrote: cat a | /build/toolchain/lin32/coreutils-8.2/bin/sort -V kernel-2.6.18-164.2.1.el5.x86_64.rpm kernel-2.6.18-164.6.1.el5.x86_64.rpm kernel-2.6.18-164.el5.x86_64.rpm The result should be kernel-2.6.18-164.el5.x86_64.rpm

Re: tail + inotify over nfs

2009-12-16 Thread Jim Meyering
Pádraig Brady wrote: I got a few minutes to look at this today, and the attached patch seems to work with a very quick test. It doesn't handle the above remount case though as if I mount the parent dir of a file or bind mount the file itself then there are no inotify notifications. This

Re: Possible bug in sort -V

2009-12-16 Thread Pádraig Brady
On 16/12/09 01:18, john blair wrote: cat a | /build/toolchain/lin32/coreutils-8.2/bin/sort -V kernel-2.6.18-164.2.1.el5.x86_64.rpm kernel-2.6.18-164.6.1.el5.x86_64.rpm kernel-2.6.18-164.el5.x86_64.rpm The result should be kernel-2.6.18-164.el5.x86_64.rpm kernel-2.6.18-164.2.1.el5.x86_64.rpm

Re: [PATCH] split: --chunks option

2009-12-16 Thread Chen Guo
Hi all, Pádraig Brady writes: For reference bash and ksh support ansi c quoting like $'\0' so you could specify -t $'\0'. Since this is only bash and ksh, I'm guessing it'd be best to write our own parsing, to support something like -t\n or -t\0 for shells that don't support ansi C

Re: Possible bug in sort -V

2009-12-16 Thread Pádraig Brady
On 16/12/09 12:47, Pádraig Brady wrote: If you look at that spec: http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Version it says that letters sort before anything (including digits as I read it). Ah only for portions with no digits. dpkg --compare-versions pkg#.1 '' pkga.1

Re: Possible bug in sort -V

2009-12-16 Thread john blair
Thanks for the replies. Kamil, you are right. It works if I remove x86_64.rpm from the string. --- On Wed, 12/16/09, Kamil Dudka kdu...@redhat.com wrote: From: Kamil Dudka kdu...@redhat.com Subject: Re: Possible bug in sort -V To: john blair mailtome200420032...@yahoo.com Cc:

Re: Bug#561225: coreutils: cp --reflink fails with Btrfs file system

2009-12-16 Thread Jason White
From discussion on the Btrfs list, the reason for this behaviour is that, if the file is empty (thus containing no data extents) the ioctl() call returns EINVAL. It has been suggested on the Btrfs list that it should return success instead, so that the caller doesn't have to check for the empty

Bug in expr

2009-12-16 Thread Jay McGuerty
Hi, I am using CentOS v5.3 BASH v3.2.25(1) and get an error when I use the expr command to extract characters and it encounters a space. It returns the correct value - just sends an error as well. this appears to be a bug # echo $slime three blind mice char=`expr ${slime:4:1}` # echo

Re: Bug in expr

2009-12-16 Thread Bob Proulx
Jay McGuerty wrote: I am using CentOS v5.3 BASH v3.2.25(1) and get an error when I use the expr command to extract characters and it encounters a space. It returns the correct value - just sends an error as well. this appears to be a bug Thanks for the report. However I think this is