Re: cut -c or cut -b

Please pardon my top posting. I wanted to keep your example as intact as possible and it was just large enough that I did not want to cut into it. I looked your posting over fairly carefully and I could not discern a bug report from it. I did not see any problem with it. It looked fine and reas

cut -c or cut -b

uname -a Linux lxdev3m0 2.4.7-10smp #1 SMP Thu Sep 6 17:09:31 EDT 2001 i686 unknown a=`echo " Joy " | cut -b0-` ; echo [$a] [ Joy ] a=`echo " Joy " | cut -b1-` ; echo [$a] [ Joy ] a=`echo " Joy " | cut -b2-` ; echo [$a] [ Joy ] a=`echo " Joy " | cut -b3-` ; echo

Re: Bug report: sort.c or AIX compiler

"Lemley James - jlemle" <[EMAIL PROTECTED]> writes: > --- begin IBM note --- > > There is nothing to fix in cc. This compiler invocation is intended to > use an older language level, which uses -qupconv. I understand why IBM cc emulates older compilers when promoting unsigned short. That is be

Re: O_DIRECT support in dd

Phillip Susi <[EMAIL PROTECTED]> writes: > The man pages at: > > http://www.gnu.org/software/coreutils/manual/html_chapter/coreutils_11.html#SEC65 Those are obsolete. Unfortunately they are not generated automatically, as they should be. I just did my quick best to bring them up to date, and th

Re: better buffer size for copy

(README says to ping if there's not been an ack of a patch after two weeks. here i go) This patch to today's (18 Nov 2005) coreutils CVS makes copy.c consider both the source and destination blocksize when computing buf_size. With this patch, src/copy.c will use the LCM of the soruce and destin

Re: od command

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 In general, it is good to keep replies on the mailing list, so that they will appear in archives for future reference. Adding bug-coreutils back to distribution. According to Vance, Jack D. on 11/18/2005 1:49 PM: > I almost understand except 000

Re: CVS automake vs. coreutils head

Eric Blake <[EMAIL PROTECTED]> writes: > Yes - the important point is that AM_PROG_CC_C_O appear anywhere after > AC_PROG_CC. OK, thanks. I installed the following patch. Somehow the copyright dates got messed up in configure.ac so I fixed them too. 2005-11-18 Paul Eggert <[EMAIL PROTECTED]>

Re: od command

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 FYI - the bug-textutils mailing list has moved to bug-coreutils; if you got the old address from the output of 'od --help', then you probably should upgrade your coreutils installation. According to Vance, Jack D. on 11/18/2005 10:12 AM: > Hello - can

od command

Hello - can you please tell me what the numeric value is in the following output? "000 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 * 1415102464". The command used was "od -Ad -tx1" run on a wiped 10.0GB hard drive with 10,005,037,056 bytes. Thank you, Jack Vance FBI Forensic Support

Re: O_DIRECT support in dd

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Phillip Susi on 11/18/2005 9:04 AM: > The man pages at: > > http://www.gnu.org/software/coreutils/manual/html_chapter/coreutils_11.html#SEC65 The online manual is out of date, and needs to be regenerated against 5.93. > > > Do not doc

cat

I created a bunch of files with gedit. Ex.: Boum! Boum! - Maître Bonnerme! I cat the files into a large file. This comes out: Boum! Boum! - Maître Bonnerme! Something to do with unicode, but why doesn't cat respect the encoding? ___

Re: O_DIRECT support in dd

The man pages at: http://www.gnu.org/software/coreutils/manual/html_chapter/coreutils_11.html#SEC65 Do not document an iflag parameter. Is this simply an error in the documentation? It looks like I'm still using coreutils 5.2, so I guess I'll have to upgrade. I'm wondering now why there was

RE: Bug report: sort.c or AIX compiler

> IBM's test case is fine, but it's not related to the bug. The > bug, as I understand it, is exhibited when you use bool. IBM's > test case does not involve bool. Well, no. I've discovered that bool isn't really involved; it's an unsigned problem when dealing with 64-bit math. The fact that

Re: dd does not handle input from pipes correctly (coreutils-5.93)

Eric Blake wrote: > According to James Youngman on 11/18/2005 1:28 AM: > > >Many systems now include the 'buffer' program (I have it here on an > >Ubuntu box). If you have it, try piping the data through 'buffer -z > >4096' (or whatever PIPE_BUF is on your machine if it's not 4096). > > > Is it w

Re: dd does not handle input from pipes correctly (coreutils-5.93)

Eric Blake <[EMAIL PROTECTED]> wrote: > According to James Youngman on 11/18/2005 1:28 AM: >> Many systems now include the 'buffer' program (I have it here on an >> Ubuntu box). If you have it, try piping the data through 'buffer -z >> 4096' (or whatever PIPE_BUF is on your machine if it's not 409

Re: dd does not handle input from pipes correctly (coreutils-5.93)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to James Youngman on 11/18/2005 1:28 AM: > Many systems now include the 'buffer' program (I have it here on an > Ubuntu box). If you have it, try piping the data through 'buffer -z > 4096' (or whatever PIPE_BUF is on your machine if it's not

Re: CVS automake vs. coreutils head

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Paul Eggert on 11/17/2005 10:35 PM: > Does the following patch also work for you? > > --- configure.ac.~1.71.~ 2005-10-23 15:59:37.0 -0700 > +++ configure.ac 2005-11-17 20:53:33.0 -0800 > @@ -32,6 +32,7 @@ gl_DEF

Re: dd does not handle input from pipes correctly (coreutils-5.93)

On Thu, Nov 17, 2005 at 11:55:42PM -0800, Paul Mielke wrote: > After I sent the bug report, I realized why it was that we suddenly > started seeing this problem in a script that had been working for > quite a while: we just got a new machine that's a dual cpu box > and are running an MP linux ker