it was ok, sort ran ok.
thanks for your help,
Anthony
-Original Message-
From: Paul Eggert [mailto:[EMAIL PROTECTED]
Sent: Friday, 9 June 2006 3:49 PM
To: Anthony Tiemens
Cc: bug-coreutils@gnu.org
Subject: Re: gsort problem (TAKE 2)
Anthony Tiemens [EMAIL PROTECTED] writes:
debug
Paul Eggert [EMAIL PROTECTED] wrote:
...
(gdb) print merge_buffer_size
$1 = 185835729
Wow. That is a huge number. It indicates that there is at least one
line of text in your file that is 185 MB long. Or, that there is a
bug in 'sort' or in your compiler or debugger or whatnot.
Can you
Anthony Tiemens [EMAIL PROTECTED] writes:
debug output of binaary created with -g compile option.
/CML/medw/tmp/orasupptest_gsort gdb ./gsort-HPUX-5.94-6.7.06
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
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
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
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