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
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 worth
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 we
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
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?
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
-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
(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
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 the
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 because
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 [$a]
[
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
12 matches
Mail list logo