Re: gdb bugs showing while working on libcwd

[Daniel Jacobowitz <drow@mvista.com>]

On Mon, May 27, 2002 at 03:42:55AM +0200, Carlo Wood wrote:
> (gdb) p __libcwd_tsd
> $1 = (TSD_st &) @0x8075968: {internal = 1, library_call = 0, inside_malloc_or_free = 0, memblk_map = 0x0, marker = 0,
>   recursive_fatal = false, recursive_assert = true, cancel_explicitely_deferred = 0, cancel_explicitely_disabled = 0,
>   inside_critical_area = 0, cleanup_handler_installed = 0, internal_debugging_code = 1, tid = 1026, do_off_array = {0, 0, 0, 0, 0, 0, 0, 0},

>   do_array = {0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0}, off_cnt_array = {0 <repeats 256 times>}, static S_exit_key = Internal: global symbol `_ZN5libcw5debug9_private_6TSD_st10S_exit_keyE'


**
>found in threading.cc psymtab but not in symtab.
**

> _ZN5libcw5debug9_private_6TSD_st10S_exit_keyE may be an inlined function, or may be a template function
> (if a template, try specifying an instantiation: _ZN5libcw5debug9_private_6TSD_st10S_exit_keyE<type>).
> (gdb)
> 
> _ZN5libcw5debug9_private_6TSD_st10S_exit_keyE
> 
> is
> 
**
> libcw::debug::_private_::TSD_st::S_exit_key
**

> A static member of struct TSD_st (in namespace
> libcw::debug::_private_) of type pthread_key_t.
> 
> Hence, it is NOT a inlined function (or a function at all),
> nor is it a template.  It is also very surely instantiated ;).
> 
> Don't tell me this is related to namespaces too :/

[** Emphasis ** mine **]

Of course it is; it's in a namespace.  Really, I don't expect any of
what you're doing to work right now.  My first stab at fixing it was a
complete disaster, too...

-- 
Daniel Jacobowitz                           Carnegie Mellon University
MontaVista Software                         Debian GNU/Linux Developer