Re: [OT] Is od broken?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Paul Eggert on 6/11/2008 5:09 PM: | Eric Blake <[EMAIL PROTECTED]> writes: | |> -printf (fmt_string, *p++); |> +printf (fmt_string, pad, "", *p++); | | How about doing padding this way instead? | | printf (fmt_string, widt

Re: truncate-fail-diag failure on Solaris

Jim Meyering wrote in : > > You could see whether the file name ends in '/' before > > you call open() on it, no? > > To work around such broken systems without polluting > all application code, in the past we've used wrapper >

Re: [OT] Is od broken?

Eric Blake <[EMAIL PROTECTED]> writes: > -printf (fmt_string, *p++); > +printf (fmt_string, pad, "", *p++); How about doing padding this way instead? printf (fmt_string, width, *p++);; I think this would be clearer all-around. Here is a revised patch to od.c to do it that way.

[PATCH v2] Is od broken?

Jim Meyering meyering.net> writes: > > Here's my attempt at a series to address this: > > > > Eric Blake (3): > > od defaults to -toS, not -td2. > > Align multiple od -t specs. > > Simplify long double support. > > Thanks a lot! > This looks like a fine improvement. > I'll review the code

Re: [OT] Is od broken?

Eric Blake <[EMAIL PROTECTED]> wrote: > Eric Blake byu.net> writes: > >> >> Gary noticed an issue with the indentation of multi-specifier od: >> >> $ od -t cx1 abc.txt >> ~ 000 T h i s i s a b c f i l e >> ~ 54 68 69 73 20 69 73 20 61 62 63 20

Re: [OT] Is od broken?

Eric Blake <[EMAIL PROTECTED]> wrote: > Eric Blake byu.net> writes: >> $ src/od -An -N48 configure -tfL >> 0.00e+ >> 0.00e+ >> 0.00e+ >> 0.00e+ >> >> I'm not sure why cygwin is printing such a weird value for (inv

Re: [OT] Is od broken?

Eric Blake byu.net> writes: > $ src/od -An -N48 configure -tfL > 0.00e+ > 0.00e+ > 0.00e+ > 0.00e+ > > I'm not sure why cygwin is printing such a weird value for (invalid) long > doubles, but this patch didn't

Re: solaris 8 fails to build due to `tr'

Denis Excoffier wrote on 11-06-08 15:33: The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other then the addressee. Access to this e-mail by anyone else is unauthorised. If you are not the intended recipient, please notify Airbus immediately an

Re: can you please add a synchronization feature to the GNU cp

William Tambe wrote: > Hi, > Can you please add a synchronization feature to the GNU cp so that files > not found in the source files/folders get removed from the destination > folder? > > This is a very useful feature for backups without having to use very > expensive routines. > > I know rsync

Re: can you please add a synchronization feature to the GNU cp

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to William Tambe on 6/11/2008 10:34 AM: | | I know rsync provide a similar feature but it would be nice to have just | a single option to the cp command to do the work without having to use | another tool which has its own set of options and

can you please add a synchronization feature to the GNU cp

Hi, Can you please add a synchronization feature to the GNU cp so that files not found in the source files/folders get removed from the destination folder? This is a very useful feature for backups without having to use very expensive routines. I know rsync provide a similar feature but it would

Re: solaris 8 fails to build due to `tr'

On Wed, Jun 11, 2008 at 02:18:03PM +0200, Jim Meyering wrote: >> >> perl -ni -e '/^tmpdir/ and print "set -x\n"; print' \ >> gnulib-tests/test-vc-list-files-*.sh >> make check -C gnulib-tests \ >> TESTS='test-vc-list-files-git.sh test-vc-list-files-cvs.sh' > log 1>&2 >> Result is as

Re: [OT] Is od broken?

Eric Blake byu.net> writes: > > Gary noticed an issue with the indentation of multi-specifier od: > > $ od -t cx1 abc.txt > ~ 000 T h i s i s a b c f i l e > ~ 54 68 69 73 20 69 73 20 61 62 63 20 66 69 6c 65 > ~ 020 \n > ~

Re: [OT] Is od broken?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [adding bug-coreutils; this was originally reported on the cygwin mailing list] According to Gary Johnson on 6/11/2008 1:26 AM: Gary noticed an issue with the indentation of multi-specifier od: $ od -t cx1 abc.txt ~ 000 T h i s

Re: b5_9x branch in git?

* Jim Meyering wrote on Wed, Jun 11, 2008 at 02:23:02PM CEST: > Ralf Wildenhues <[EMAIL PROTECTED]> wrote: > > > > Trying to dig some weird behavior with tee 6.10 (apparently seems to > > lose data when handling lots of it; details when available), Scratch that, problem seems to be elsewhere. > >

Re: b5_9x branch in git?

Ralf Wildenhues <[EMAIL PROTECTED]> wrote: > Hello there, > > Trying to dig some weird behavior with tee 6.10 (apparently seems to > lose data when handling lots of it; details when available), I tried to > dig in history. > > NEWS states: > | * Major changes in release 5.97 (2006-06-24) [stable] >

b5_9x branch in git?

Hello there, Trying to dig some weird behavior with tee 6.10 (apparently seems to lose data when handling lots of it; details when available), I tried to dig in history. NEWS states: | * Major changes in release 5.97 (2006-06-24) [stable] | * Major changes in release 5.96 (2006-05-22) [stable] |

Re: solaris 8 fails to build due to `tr'

"EXCOFFIER, Denis (CS SYSTEMES INFORMATION)" <[EMAIL PROTECTED]> wrote: > In order for my solaris 8 to build correctly coreutils-6.12, i had to modify > ./configure in lines 70410 and 70549, > to add a (forgotten IMHO) space in the second argument of tr (not counting > `-s'). See also line 70425.

solaris 8 fails to build due to `tr'

Hello, In order for my solaris 8 to build correctly coreutils-6.12, i had to modify ./configure in lines 70410 and 70549, to add a (forgotten IMHO) space in the second argument of tr (not counting `-s'). See also line 70425. These 2 spaces are still missing in coreutils-6.12.29-a16be (dated 2008

Re: group names with spaces

Bruno Haible <[EMAIL PROTECTED]> wrote: > Building coreutils-6.12.29-a16be on the td152.testdrive.hp.com machine > yields a test failure for me. Log attached below. In short, the problem is > that GNU chown fails to parse a USER:GROUP specification if the GROUP > contains spaces. > > $ id > uid=907

Re: misc/truncate-fail-diag, cp/thru-dangling, mkdir/selinux failures on HP-UX

Bruno Haible wrote: > Building coreutils-6.12.29-a16be on HP-UX 11.00, there are 3 failures. > > FAIL: misc/truncate-fail-diag.log (exit: 1) > === > > + dir=no/ > + truncate -s0 no/ > + 1> out 2>& 1 > + fail=1 So that's the same issue as solaris 7 had, yes

Re: truncate-fail-diag failure on Solaris

Bruno Haible <[EMAIL PROTECTED]> wrote: > Pádraig Brady wrote: >> Solaris 10 gives an ENOTDIR error, while linux gives an EISDIR error. >> I'm not sure what to do in this case. Probably just remove the second >> truncate test in that file altogether. > > The test is useful. You could see whether th