Hello,
I run into a gdb crash examining a core file. This happened on gdb 7.3,
on QNX. Unfortunately, I could not come up with a reproducible testcase
on gnu/linux due to differences in dynamic linkers, but offer a detailed
explanation instead:
What happened is that a process loaded the same shared object more than
once. Then it crashed and a core was generated.
In the core, we had a link map specifying the same shared object more
than once. While traversing the link map, gdb loaded shared objects
(symbols), thus associating each so_list object with an objfile object.
During the process, it detected duplicates and associated multiple
so_list objects with the same objfile instance.
At this point, a change to solib-search-path causes gdb to reload
symbols, and the crash happens: while traversing so_list in
solib.c:reload_shared_libraries_1, in one iteration gdb calls
'free_objfile' with a pointer to an instance of the objfile. In a
subsequent iteration, it tries to do the same with, now, dangling
pointer to the same objfile object. Not good.
The attached patch fixes the issue.
Thanks,
Aleksandar Ristovski
QNX Software Systems
ChangeLog:
<date> Aleksandar Ristovski <aristovski@qnx.com>
* solib.c (reload_shared_libraries_1): Check whether objfile is used before
freeing it.