Re: Problems with coreutils-6.12.70-4f470

2008-08-04 Thread Peter Fales
oo # file: /tmp/foo # owner: expmake # group: expmake user::rw- group::r-- #effective:r-- mask:rwx other:r-- On Sat, Aug 02, 2008 at 09:19:10AM +0200, Jim Meyering wrote: > Peter Fales <[EMAIL PROTECTED]> wrote: > > I decided to have a look at the latest coreutils-6.12.70-

Problems with coreutils-6.12.70-4f470

2008-07-24 Thread Peter Fales
f ( res < 0 ) { perror(file[i]); } } } ###### -- Peter Fales Alcatel-Lucent Member of Technical Staff 2000 Lucent Lane Room: 1C-436 Naperville, IL 60566-7033 Email: [EMAIL PROTECTED] Phone: 630 979 8031 _

Re: Problems with coreutils-6.10.176-383b1.tar.gz

2008-04-10 Thread Peter Fales
[EMAIL PROTECTED]> wrote: > > > Peter Fales <[EMAIL PROTECTED]> wrote: > >> I'm testing the latest coreutils snapshot (6.10.176-383b1) on several > >> platforms and on three of them, the seq command is failing in "make check" > >>

Problems with coreutils-6.10.176-383b1.tar.gz

2008-04-08 Thread Peter Fales
0.8 On the other platforms (and with earlier releases of the seq command), it prints the expected: 0.8 0.9 -- Peter Fales Alcatel-Lucent Member of Technical Staff 2000 Lucent Lane Room: 1C-436 Naperville, IL 60566-7033 Email: [EMAIL PROTECTED] Phon

Re: printf failure on HP/UX 10.20 with 6.9.92

2008-02-11 Thread Peter Fales
t = width; } else width = arg; -- Peter Fales Alcatel-Lucent Member of Technical Staff 2000 Lucent Lane Room: 1C-436 Naperville, IL 60566-7033 Email: [EMAIL PROTECTED] Phone: 630 979 8031 ___ B

Re: printf failure on HP/UX 10.20 with 6.9.92

2008-02-04 Thread Peter Fales
x27; character is inserted into the format string. That fix appears to work (at least make check now passes) but I'm not sure if there are any side effects of changing the a.arg values. On Thu, Jan 31, 2008 at 08:03:29PM +0100, Jim Meyering wrote: > Peter Fales <[EMAIL PROTECTED]>

Re: printf failure on HP/UX 10.20 with 6.9.92

2008-01-31 Thread Peter Fales
I'm trying to port coreutils-6.9.92 to HP/UX 10.20 and getting a test failure... With the command printf '1 %*sy\n' -3 x the expected result (and the result from 6.8+) is: 1 x y But with 6.9.92, I'm getting: 1 xy Any ideas where to look

Re: fseeko failure [was: wcwidth failure on RedHat Linux 7.3 (coreutils-6.9.91)]

2008-01-08 Thread Peter Fales
fseeko (and hit it), so I guess that's where the problem is. -- Peter Fales Alcatel-Lucent Member of Technical Staff 2000 Lucent Lane Room: 1C-436 Naperville, IL 60566-7033 Email: [EMAIL PROTECTED] Phone: 630 979 8031 ___ Bug-coreutils mailing lis

Re: printf failure on darwin with coreutils-6.9.91

2008-01-08 Thread Peter Fales
With Jim's proposed patch below, all the gnulib tests pass on Darwin 10.3. On Mon, Jan 07, 2008 at 11:47:53PM +0100, Jim Meyering wrote: > Peter Fales <[EMAIL PROTECTED]> wrote: > > > I'm trying to build coreutils-6.9.91 for Mac OS/X (Darwin 10.3) > > and gett

Re: fseeko failure [was: wcwidth failure on RedHat Linux 7.3 (coreutils-6.9.91)]

2008-01-07 Thread Peter Fales
On Sun, Jan 06, 2008 at 06:26:16AM -0700, Eric Blake wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > According to Peter Fales on 12/30/2007 11:46 PM: > | This change fixes the problem in in test-wcwidth. There is one other > | failure in test-fseeko.sh when buil

Re: wcwidth failure on RedHat Linux 7.3 (coreutils-6.9.91)

2007-12-30 Thread Peter Fales
This change fixes the problem in in test-wcwidth. There is one other failure in test-fseeko.sh when building on RedHat 7.3. On Sat, Dec 29, 2007 at 05:36:18PM +0100, Bruno Haible wrote: > Peter Fales wrote: > > I'm seeing the following gnulib test failure while building > &

wcwidth failure on RedHat Linux 7.3 (coreutils-6.9.91)

2007-12-21 Thread Peter Fales
exp/expmake/build/gnucoresrc/build/coreutils/gnulib-tests' make check-TESTS make[3]: Entering directory `/opt/exp/expmake/build/gnucoresrc/build/coreutils/gnulib-tests' FAIL: test-wcwidth ====== 1 of 1 tests failed Please report to bug-coreutils@gnu.org

printf failure on darwin with coreutils-6.9.91

2007-12-21 Thread Peter Fales
ld/gnucoresrc/build/coreutils/src/printf '%.9c\n' 0 + /Volumes/UFS_exp2/exptools/expmake/build/gnucoresrc/build/coreutils/src/printf '%'\''s\n' 0 + cat + compare out exp + diff -u out exp --- out 2007-12-21 09:42:06.0 -0600 +++ exp 2007-12-21 09:42:06.000

Re: coreutils-6.7 fails "make check" on OS/X

2007-03-13 Thread Peter Fales
o this problem) on most of our platforms. However, when I pull the mknod/mkfifo fix back into to 6.7, the "make check" now passes all checks on darwin. -- Peter Fales Alcatel-Lucent Member of Technical Staff 2000 Lucent Lane Room: 1C-436 Naperville, IL 60566-7033 Email: [EMAIL PROTEC

Re: coreutils-6.7 fails "make check" on OS/X

2007-03-12 Thread Peter Fales
ux (Redhat 7.3), and Irix 6.2 it's bombing out at line 195 of acl.c because "acl" is not defined. -- Peter Fales Alcatel-Lucent Member of Technical Staff 2000 Lucent Lane Room: 1C-436 Naperville, IL 60566-7033 Email: [EMAIL PROTECTED] Phone: 630 979 8031 __

Re: coreutils-6.7 fails "make check" on OS/X

2007-03-09 Thread Peter Fales
s something that changed recently? It looks like mkfifo may be required on on darwin. -- Peter Fales Alcatel-Lucent Member of Technical Staff 2000 Lucent Lane Room: 1C-436 Naperville, IL 60566-7033 Email: [EMAIL PROTECTED] Phone: 630 979 8031 ___ Bu

Re: coreutils-6.7 fails "make check" on OS/X

2007-03-09 Thread Peter Fales
ifo (and works), but the "mv" command only tries mknod. > The next time you run "make check", please > insert a "-k" option and run "make -k check" instead, > so it runs all of the tests, even if there are failures. I think that's the only remaini

Re: coreutils-6.7 fails "make check" on OS/X

2007-03-09 Thread Peter Fales
ration not permitted FAIL: mv-special-1 PASS: into-self PASS: into-self-2 ... == 1 of 34 tests failed -- Peter Fales Alcatel-Lucent Member of Technical Staff 2000 Lucent Lane Room: 1C-436 Naperville, IL 60566-7033 Email: [EMAIL PROTE

Re: coreutils-6.7 fails "make check" on OS/X

2007-03-08 Thread Peter Fales
s ctime, > # but on OpenBSD, it appears to be a no-op for some file system types > # (at least NFS) so g's ctime is more recent. This is not a big deal; > # this test works fine when the files are on a local file system (/tmp). > chgrp '' f > test "`ls -C -c -t f

coreutils-6.7 fails "make check" on OS/X

2007-03-08 Thread Peter Fales
f PASS: recurse == 1 of 4 tests failed (1 tests were not run) Please report to bug-coreutils@gnu.org ====== -- Peter Fales Alcatel-Lucent Member of Technical Staff 2000 Lucent Lane Room: 1C-436 Naperville, IL 60566-7033 Email: [

Re: Test failure in tac (coreutils-5.92) on Solaris

2005-10-24 Thread Peter Fales
Thanks for the quick patch! It works for me. For the record, this patch was also needed on HP/UX, Mac OS X, and Irix. -- Peter Fales Lucent Technologies, Room 1C-436 N9IYJ 2000 Lucent Ln, PO Box 3033 internet: [EMAIL PROTECTED] Naperville

Test failure in tac (coreutils-5.92) on Solaris

2005-10-24 Thread Peter Fales
make: *** [check-am] Error 2 make: Leaving directory `/opt/exp/expmake/build/gnucoresrc/build/coreutils/tests/misc' -- Peter Fales Lucent Technologies, Room 1C-436 N9IYJ 2000 Lucent Ln, PO Box 3033 internet: [