This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: RFC: fix PR 13987
- From: Pedro Alves <palves at redhat dot com>
- To: Tom Tromey <tromey at redhat dot com>
- Cc: Pedro Alves <palves at redhat dot com>, gdb-patches at sourceware dot org
- Date: Wed, 16 Jan 2013 18:41:56 +0000
- Subject: Re: RFC: fix PR 13987
- References: <87392gzblm.fsf@fleche.redhat.com> <507EEC51.5060306@redhat.com> <873916i6tk.fsf@fleche.redhat.com> <50C8D79B.9050907@redhat.com> <87k3rsykv6.fsf@fleche.redhat.com>
On 01/04/2013 04:27 PM, Tom Tromey wrote:
> Pedro> Sort of related, while trying to understand how is
> Pedro> inferior_data->objfile cleared in that same situation, I happened
> Pedro> to notice that free_objfile_data calls get_jit_inferior_data,
> Pedro> which calls current_inferior. Doesn't look multi-inferior safe.
>
> Maybe I see -- the objfile is attached to a progspace, not an inferior.
> So we have to look for inferiors using this progspace instead of
> assuming the current inferior.
>
> Is that what you mean? Or if not, can you walk me through it some more?
I meant, that even if it was attached to an inferior, there is no
hard guarantee that the current inferior would be the one
the breakpoint is attached to. But yes, that too.
--
Pedro Alves