[Bug mi/13041] Virtual base class botch

["tromey at redhat dot com" <sourceware-bugzilla@sourceware.org>]

http://sourceware.org/bugzilla/show_bug.cgi?id=13041

Tom Tromey <tromey at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |NEW

--- Comment #8 from Tom Tromey <tromey at redhat dot com> 2012-12-19 21:56:14 UTC ---
I can definitely make this test case do something wrong-ish.

First, I removed the bad "using" and changed the line to "Top top;".
I'll attach mine in a bit.

Then I set a breakpoint in sc_module_init and ran.
(Making sure to use gdb -nx...)
Then:

(gdb) up
#1  0x0000000000400a5e in sc_module::sc_module (this=0x7fffffffe3c0)
    at pr.cc:10
10            sc_module_init();
(gdb) 
#2  0x0000000000400eda in Top::Top (this=0x7fffffffe3c0) at pr.cc:57
57        Top(){};
(gdb) p *this
$4 = {<sc_module> = {<No data fields>}, cpu = warning: can't find linker symbol
for virtual table for `CPU' value

{<tlm_bw_transport_if> = {<tlm_bw_nonblocking_transport_if> = <invalid
address>, <tlm_bw_direct_mem_if> = <invalid address>, <No data fields>},
<sc_module> = {<No data fields>}, <No data fields>}, ram = warning: can't find
linker symbol for virtual table for `RAM' value

{<sc_module> = {<No data fields>}, <tlm_fw_transport_if> =
{<tlm_fw_nonblocking_transport_if> = <invalid address>,
<tlm_blocking_transport_if> = <invalid address>, <tlm_fw_direct_mem_if> =
<invalid address>, <tlm_transport_dbg_if> = <invalid address>, <No data
fields>}, <No data fields>}}


It seems like gdb is confused by a partially-construct object.

It isn't totally clear to me whether this is related to the original
bug, but I'm reopening nonetheless.

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.