Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Blog | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

using gdb



I don't think you need to worrry. I rarely use back traces in my debugging. 
I prefer to use breakpoints and watchpoints, and sometimes to step through. 

Everyone has their own way to debug. Since I've worked on new systems and 
kernels where debuggers themselves may be buggy, I've learned to use 
printfs. Actually, trying to debug Purify was a real chore because we were 
dealing with multiple name spaces. 
On 15 Jul 2002 at 16:00, Brad Noyes wrote:

> Thanks for your commets and examples, Jerry.
> 
> I have no doubt that this is a pointer or memory access problem. I was just
> going through the debugger (use the DDD front end), and i noticed the backtrace 
> says this:
> 
> (gdb) bt
> #0  place_all_nodes (tstruct=0xbffff840, tnode=0x8050d78) at libtab.c:1687
> #1  0x0804b779 in tpopulate_from_archive (tstruct=0xbffff840) at libtab.c:1422
> #2  0x08049351 in main (argc=4, argv=0xbffff904) at tab.c:189
> #3  0x40049507 in __libc_start_main (main=0x8048f80 <main>, argc=4,
> ubp_av=0xbffff904, init=0x8048b14 <_init>, fini=0x804d6f0 <_fini>,
> rtld_fini=0x4000dc14 <_dl_fini>, stack_end=0xbffff8fc) at
> ../sysdeps/generic/libc-start.c:129
> (gdb) 
> 
> 
> on #0, there is no address given for the function. This may sound like a dumb
> questestion, but is this something that i should be worried about? Is there
> some memory curruptoin that is causing no address to be reported for the
> current function?
> 
> Thanks,
> --brad


--
Jerry Feldman <gaf at blu.org>
Associate Director
Boston Linux and Unix user group
http://www.blu.org PGP key id:C5061EA9
PGP Key fingerprint:053C 73EC 3AC1 5C44 3E14 9245 FB00 3ED5 C506 1EA9





BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org