RE: gsort problem

/CML/medw/tmp/orasupptest_gsort gdb ./gsort-HPUX-6.6.6 HP gdb 3.1 for PA-RISC 1.1 or 2.0 (narrow), HP-UX 11.00. Copyright 1986 - 2001 Free Software Foundation, Inc. Hewlett-Packard Wildebeest 3.1 (based on GDB) is covered by the GNU General Public License. Type show copying to see the conditions

RE: gsort problem (TAKE 2)

please ignore last email... I inserted my backtrace after yours further down Anthony -Original Message- From: Paul Eggert [mailto:[EMAIL PROTECTED] Sent: Wednesday, 7 June 2006 3:33 PM To: Anthony Tiemens Cc: bug-coreutils@gnu.org Subject: Re: gsort problem Anthony Tiemens [EMAIL

Recall: gsort problem

Anthony Tiemens would like to recall the message, gsort problem. This email and any attachments may contain privileged and confidential information and are intended for the named addressee only. If you have received this e-mail in error, please notify the sender and delete this e-mail

Re: gsort problem (TAKE 2)

Anthony Tiemens [EMAIL PROTECTED] writes: HERE'S MY BACKTRACE... (gdb) ba #0 0x125b8 in xalloc_die+0x18 () #1 0x19244 in xnrealloc_inline+0x7c () #2 0x19298 in xrealloc+0x30 () #3 0x193e0 in x2nrealloc_inline+0xd0 () #4 0x19430 in x2realloc+0x30 () #5 0xd4b4 in fillbuf+0x55c () #6

Re: Support bytesize comparison in sort

Paul Eggert wrote: Mart Somermaa [EMAIL PROTECTED] writes: But I really don't see what's wrong with that assumption. It holds for other coreutils and that's what matters most. A clearly documented limitation is not a bug, but a feature :) . Thanks for explaining it: I now

Re: Bug#370583: cat -vte /proc/self/cmdline

Dan Jacobson [EMAIL PROTECTED] wrote: Package: coreutils Version: 5.94-1 I don't understand why this happens: $ cat /proc/self/cmdline|wc 0 1 23 $ cat -e /proc/self/cmdline|wc 0 0 0 $ cat -v /proc/self/cmdline|wc 0 0 0 $ cat -t

Re: gsort problem (TAKE 2)

Anthony Tiemens [EMAIL PROTECTED] writes: re Valgrind, appears that I cannot use this as I am on HP-UX! Do you have a commercial equivalent installed? E.g., Purify, or something in an HP-supplied development environment, or perhaps one of the other debuggers listed in

fix for expr -9223372036854775808 '*' -1 overflow check

My change yesterday didn't report overflow for the special case -9223372036854775808 '*' -1. I installed this patch. 2006-06-07 Paul Eggert [EMAIL PROTECTED] * src/expr.c (eval4): Detect overflow properly when multiplying INTMAX_MIN * -1. --- src/expr.c 7 Jun 2006 05:58:57

Re: coreutils-5.96 has broken pl.po translation

On Sat, Jun 03, 2006 at 11:15:52AM +0200, Jim Meyering wrote: Wiktor Wandachowicz [EMAIL PROTECTED] wrote: 2006/5/27, Jim Meyering [EMAIL PROTECTED]: Many packages like the coreutils use the .po files available via the Translation Project. In this case, I updated all .po files just prior

Re: coreutils-5.96 has broken pl.po translation

On Wed, Jun 07, 2006 at 09:03:33PM +0200, Rafal Maszkowski wrote: On Sat, Jun 03, 2006 at 11:15:52AM +0200, Jim Meyering wrote: Wiktor Wandachowicz [EMAIL PROTECTED] wrote: 2006/5/27, Jim Meyering [EMAIL PROTECTED]: Many packages like the coreutils use the .po files available via the