Thread: Problem using gdb

I am not sure if this is the correct forum the address the issue, please point me to correct place if this is not.

But, I have been getting this error when I am trying to run my executable thru gdb.

Code:

GNU gdb 6.6
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-pc-solaris2.10"...
DW_FORM_strp pointing outside of .debug_str section [in module ........ ]

And When I run this program, I get a few warnings:

Code:

warning: Temporarily disabling breakpoints for unloaded shared library "/usr/lib/ld.so.1"
warning: Lowest section in /lib/libthread.so.1 is .dynamic at 00000074
warning: Lowest section in /usr/lib/libsched.so.1 is .dynamic at 00000074
(no debugging symbols found)

And then the debugger just stops

Code:

Program received signal SIGSEGV, Segmentation fault.
0xf860a183 in ?? ()

I am using solaris 10

Code:

SunOS MySolaris01 5.10 Generic_118855-14 i86pc i386 i86pc

gdb Version 6.6

Code:

GNU gdb 6.6
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-pc-solaris2.10".

Can anyone please suggest any solution to this or any alternate debugger?


-- amitapm

I don't know what the warnings mean, but did you compile with the -g flag?

Code:

gcc -g program.c

This will put the debugging symbols and it might work for you despite the warnings (I personally get a list of errors whenever I debug on Cygwin, but it still works).

Well he said it's a bug in GCC, so I would change GCC instead.

What's your GCC version? (gcc -v)

gcc version 3.4.3.

Is the problem with this version?

No idea. Try a different version?

Do you have a different version installed?

No. Can I do it as a regular user? As I do not have root access to the machine

You probably can.

Download the GCC source, configure it with similar options as in the output of "gcc -v", except add "--prefix=/home/xxx/gcc" or something, so it will be installed into your home directory. You may need MPFR and GMP if your system doesn't have those installed (just untar them and put them into the gcc directory and rename them to "mpfr" and "gmp" respectively)

Amitapm,

There are a couple of other debuggers you could try. I'm pretty sure that both of the ones I'm recommending aren't based on GDB (so if there is a bug in GDB then it isn't likely that we have that same bug).

TotalView, from my company, is available for free evaluation (or free for students) from TotalView Technologies - Evaluate Products.

Trying it out shouldn't take a lot of time, so there is little to loose.

You should be able to download it, untar it and type "install", take the license.dat you get in email, and drop it into place, then just type <install_path>/toolworks/totalview.8.6.2-2/bin/totalview <program_name>

I see that you mention using java calls, we have some experience using TotalView together with the Java interpreter to debug JNI-style programs. There is a white paper Downloading JNIDebuggingWithTotalView.pdf | TotalView Technologies on the topic on our web site that you might find useful.

For general usage I'd suggest checking out

QuickView mini-manual
------
Downloading QuickView.pdf | TotalView Technologies

Intro video
------
Video tutorials for TotalView, MemoryScape and ReplayEngine


There is also the Sun Studio Debugger, from sun. Here is a URL Sun Studio - Program Debugging

Best of luck with your debugging.

Cheers,
Chris Gottbrath
TotalViewTech.com