[Bug gdb/21100] clang follow-fork-mode child internal-error

mjashdev at gmail dot com sourceware-bugzilla@sourceware.org
Sat Jun 10 17:24:00 GMT 2017


https://sourceware.org/bugzilla/show_bug.cgi?id=21100

mjashdev at gmail dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mjashdev at gmail dot com

--- Comment #1 from mjashdev at gmail dot com ---
I can confirm this bug when debugging a forked LLVM process on arch linux with
gdb 8.0 compiled from the arch build system.

If anyone could provide a workaround I would be very appreciative. 

The following is a backtrace before the error occurs:

#0  free_objfile_data (objfile=0x3945b60, data=0x31efe10) at jit.c:1491
#1  0x00000000006f24c9 in objfileregistry_callback_adaptor (func=0x6c20a4
<free_objfile_data(objfile*, void*)>, container=0x3945b60, data=0x31efe10) at
objfiles.c:61
#2  0x00000000007274b3 in registry_clear_data (data_registry=0xe3a390
<objfile_data_registry>, 
    adaptor=0x6f2483 <objfileregistry_callback_adaptor(registry_data_callback,
registry_container*, void*)>, container=0x3945b60, fields=0x3945c58) at
registry.c:79
#3  0x0000000000727555 in registry_container_free_data (data_registry=0xe3a390
<objfile_data_registry>, 
    adaptor=0x6f2483 <objfileregistry_callback_adaptor(registry_data_callback,
registry_container*, void*)>, container=0x3945b60, fields=0x3945c58) at
registry.c:92
#4  0x00000000006f253d in objfile_free_data (container=0x3945b60) at
objfiles.c:61
#5  0x00000000006f3bfe in free_objfile (objfile=0x3945b60) at objfiles.c:689
#6  0x00000000006f4b6f in objfile_purge_solibs () at objfiles.c:1099
#7  0x0000000000735995 in no_shared_libraries (ignored=0x0, from_tty=0) at
solib.c:1271
#8  0x00000000006aef6e in follow_exec (ptid=..., exec_file_target=0x16a4df0
"/home/mason/Development/opencut/opencut_qt/build/opencut_core") at
infrun.c:1188
#9  0x00000000006b5cf4 in handle_inferior_event_1 (ecs=0x7fffffffde10) at
infrun.c:5336
(More stack frames follow...)
#0  0x00007ffff613b670 in raise () from /usr/lib/libc.so.6
#1  0x00007ffff613cd00 in abort () from /usr/lib/libc.so.6
#2  0x00000000007929a9 in dump_core () at utils.c:465
#3  0x0000000000792ddb in internal_vproblem(internal_problem *, const char *,
int, const char *, typedef __va_list_tag __va_list_tag *) (
    problem=0xe15040 <internal_error_problem>, file=0x969d57 "breakpoint.c",
line=13757, fmt=0x969a50 "%s: Assertion `%s' failed.", ap=0x7fffffffd898) at
utils.c:676
#4  0x0000000000792e4f in internal_verror (file=0x969d57 "breakpoint.c",
line=13757, fmt=0x969a50 "%s: Assertion `%s' failed.", ap=0x7fffffffd898) at
utils.c:702
#5  0x000000000065c7d1 in internal_error (file=0x969d57 "breakpoint.c",
line=13757, fmt=0x969a50 "%s: Assertion `%s' failed.") at common/errors.c:55
#6  0x00000000005c834c in delete_breakpoint (bpt=0x0) at breakpoint.c:13757
#7  0x00000000006c2115 in free_objfile_data (objfile=0x39895b0, data=0x324b340)
at jit.c:1491
#8  0x00000000006f24c9 in objfileregistry_callback_adaptor (func=0x6c20a4
<free_objfile_data(objfile*, void*)>, container=0x39895b0, data=0x324b340) at
objfiles.c:61
#9  0x00000000007274b3 in registry_clear_data (data_registry=0xe3a390
<objfile_data_registry>, 
    adaptor=0x6f2483 <objfileregistry_callback_adaptor(registry_data_callback,
registry_container*, void*)>, container=0x39895b0, fields=0x39896a8) at
registry.c:79
#10 0x0000000000727555 in registry_container_free_data (data_registry=0xe3a390
<objfile_data_registry>, 
    adaptor=0x6f2483 <objfileregistry_callback_adaptor(registry_data_callback,
registry_container*, void*)>, container=0x39895b0, fields=0x39896a8) at
registry.c:92
#11 0x00000000006f253d in objfile_free_data (container=0x39895b0) at
objfiles.c:61
#12 0x00000000006f3bfe in free_objfile (objfile=0x39895b0) at objfiles.c:689
#13 0x00000000006f4b6f in objfile_purge_solibs () at objfiles.c:1099
#14 0x0000000000735995 in no_shared_libraries (ignored=0x0, from_tty=0) at
solib.c:1271
#15 0x00000000006aef6e in follow_exec (ptid=..., exec_file_target=0x15f5790
"/home/mason/Development/opencut/opencut_qt/build/opencut_core") at
infrun.c:1188
#16 0x00000000006b5cf4 in handle_inferior_event_1 (ecs=0x7fffffffde10) at
infrun.c:5336
#17 0x00000000006b6006 in handle_inferior_event (ecs=0x7fffffffde10) at
infrun.c:5427
#18 0x00000000006b33c4 in fetch_inferior_event (client_data=0x0) at
infrun.c:3932
#19 0x00000000006a3e20 in inferior_event_handler (event_type=INF_REG_EVENT,
client_data=0x0) at inf-loop.c:43
#20 0x000000000047a6c5 in handle_target_event (error=0, client_data=0x0) at
linux-nat.c:4522
#21 0x00000000006663cc in handle_file_event (file_ptr=0x16cced0, ready_mask=1)
at event-loop.c:733
#22 0x0000000000666957 in gdb_wait_for_event (block=0) at event-loop.c:859
#23 0x00000000006657f8 in gdb_do_one_event () at event-loop.c:322
#24 0x00000000006658a4 in start_event_loop () at event-loop.c:371
#25 0x00000000006d7807 in captured_command_loop (data=0x0) at main.c:325
#26 0x000000000066928a in catch_errors (func=0x6d77c5
<captured_command_loop(void*)>, func_args=0x0, errstring=0x9c05dc "",
mask=RETURN_MASK_ALL) at exceptions.c:236
#27 0x00000000006d8b4a in captured_main (data=0x7fffffffe190) at main.c:1150
#28 0x00000000006d8b73 in gdb_main (args=0x7fffffffe190) at main.c:1160
#29 0x000000000040e0de in main (argc=2, argv=0x7fffffffe298) at gdb.c:32

-- 
You are receiving this mail because:
You are on the CC list for the bug.


More information about the Gdb-prs mailing list