Re: 5.96: 3 test failures on HP-UX 11.23

2006-06-01 Thread Paul Eggert
Jim Meyering [EMAIL PROTECTED] writes: it's because HP-UX's exec-family functions are not POSIX conforming. Thanks for explaining this. The first failure, though, I think is due to an unportable use of \ and \ in a sed pattern. And the other failures can be worked around. I installed this

Re: 5.96: 3 test failures on HP-UX 11.23

2006-06-01 Thread Jim Meyering
Paul Eggert [EMAIL PROTECTED] wrote: Jim Meyering [EMAIL PROTECTED] writes: it's because HP-UX's exec-family functions are not POSIX conforming. Thanks for explaining this. The first failure, though, I think is due to an unportable use of \ and \ in a sed pattern. And the other failures

RE: date bug

2006-06-01 Thread Assaf Feuerstein
Works great, thank you for your assistance. With Best Regards Assaf Feuerstein Unix System Administrator Bezeq International -Original Message- From: Andreas Schwab [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 31, 2006 11:58 PM To: Assaf Feuerstein Cc: bug-coreutils@gnu.org

Re: 5.96: 3 test failures on HP-UX 11.23

2006-06-01 Thread Ralf Wildenhues
Hi Paul, * Paul Eggert wrote on Thu, Jun 01, 2006 at 09:14:42AM CEST: Jim Meyering [EMAIL PROTECTED] writes: it's because HP-UX's exec-family functions are not POSIX conforming. Thanks for explaining this. The first failure, though, I think is due to an unportable use of \ and \ in a

date +%u%w bug?

2006-06-01 Thread Rick Richardson
$ date +%u%w 33 Shouldn't this be 43??? -- Rick Richardson [EMAIL PROTECTED]http://home.mn.rr.com/richardsons/ Linux printer driver for HP CLJ 2600n http://foo2hp.rkkda.com/ Linux printer driver (KM 2430 and HP 10xx) http://foo2zjs.rkkda.com/ Linux tools for geocaching

Re: Bug#369822: ls -i stats unnecessarily

2006-06-01 Thread Jim Meyering
Ian Jackson [EMAIL PROTECTED] wrote: Package: coreutils Version: 5.2.1-2 -davenant:~ strace -e trace=lstat64 /bin/ls --sort=none -i /export/mirror/Repository/data-md5 21 | head lstat64(/export/mirror/Repository/data-md5/063096bcf34e489e5a6c3a7a20214368, {st_mode=S_IFREG|0664, st_size=834,

Re: Bug#369822: ls -i stats unnecessarily

2006-06-01 Thread Jim Meyering
I wrote: Thanks for the report. You're right that in some cases ls could be optimized to avoid the lstat calls. However deciding when to do it is not easy. It is possible - when dirent.d_ino is available (this is easy), and - when dirent.d_ino is guaranteed to be valid (this is tricky)

Re: Bug#369822: ls -i stats unnecessarily

2006-06-01 Thread James Youngman
On 6/1/06, Jim Meyering [EMAIL PROTECTED] wrote: The latter is harder because for some files (mount points in a chroot with a buggy glibc) d_ino is nonzero and wrong. In those cases, you have to use lstat to get the true value. The invalid d_ino problem came up recently with the report of

Re: Solaris 8: runaway processes in check

2006-06-01 Thread Paul Eggert
Ralf Wildenhues [EMAIL PROTECTED] writes: Another way to provoke the runaway is to env TESTS='../../../coreutils-5.96/tests/misc/sort' make -e check but it doesn't happen with GNU make. I can reproduce the problem even with GNU make (3.80). My guess is that it's something about Solaris

Re: Solaris 8: runaway processes in check

2006-06-01 Thread Paul Eggert
By analogy with other test scripts I found that the following patch fixes the problem for me, but I don't know why (nor do I know why $ENV{PROG} lines are in some test scripts but not all) so I haven't installed this. 2006-06-01 Paul Eggert [EMAIL PROTECTED] * tests/misc/sort: Set