This is the mail archive of the
gdb@sources.redhat.com
mailing list for the GDB project.
Re: gdb bugs showing while working on libcwd
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