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'
?
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)
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
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
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).
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
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
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
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
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
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
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
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
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:
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
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
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
17 matches
Mail list logo