gdb 5.0 with AIX 4.3.3 and g++ 2.95.2

Kevin Buettner kevinb@cygnus.com
Mon Jun 19 08:34:00 GMT 2000


On Jun 19, 10:03am, Scott J. Pekarek wrote:

> I am sure this is not entirely appropriate but I was asked to post this
> to the gdb bug list - which I hope I have found.

It's quite appropriate.  We appreciate hearing about any bugs that you
find.  (Thanks.)

[...]
> At  any rate I found a problem and potential solution to
> a problem with gdb5.0  on AIX 4.3.3.
> 
> gdb seems to give me a
> somewhat reasonable trace on post-mortem
> core dump analysis but if I try to run inside of gdb it ponders a bit
> and I get the following message:
> 
> ptrace ldinfo: Not enough space.
> 
> We where able to get around this problem by changing the following line
> in gdb/rs6000-nat.c and recompiling.
> 
> #define MAX_LOAD_SEGS 64        /* maximum number of load segments */
> to
> #define MAX_LOAD_SEGS 1024      /* maximum number of load segments */

I think that this problem has been fixed by the following change in the
latest development sources...

Fri Apr  7 13:44:38 2000  glen mccready  <gkm@pobox.com>

        * rs6000-nat.c (xcoff_relocate_symtab): Grow buffer if ptrace()
          fails due to lack of space.

BTW, you can download and build the latest development sources.  See
http://sourceware.cygnus.com/gdb/#download for more information.

> Any info on the status of gdb support for multi-threaded applications would
> be appreciated....

Can someone else answer this one?  (Nick?)

Thanks again for your bug report and proposed solution.

Kevin


More information about the Gdb-patches mailing list