From: Joel Brobecker <brobecker@adacore.com>
To: Paul Pluzhnikov <ppluzhnikov@google.com>
Cc: tromey@redhat.com, Pedro Alves <pedro@codesourcery.com>,
gdb-patches@sourceware.org
Subject: Re: [patch] Fix a crash when displaying variables from shared library.
Date: Mon, 23 Mar 2009 17:31:00 -0000 [thread overview]
Message-ID: <20090323172721.GH9472@adacore.com> (raw)
In-Reply-To: <8ac60eac0903201332k255f608ey1e963d9804845949@mail.gmail.com>
> But I think we can. After the patch, we don't care about so_name, except
> to print the warning, and we have it readily available in solib->so_name.
After looking deeper into this, I think you are right. But maybe not
for the reason you thought. As far as I can tell, the current solib
mechanism used on AIX remains painfully disconnected to the standard
solib mechanism, and so I'm guessing that the solib list remains
empty.
The function where you're removing the PC_SOLIB is only called as
an observer of the solib_unloaded event. This event is only triggered
from solib.c in clear_solib and update_solib_list. Either way, if
the solib list remains empty as I think it does, then the observer
is never called on AIX. And so the PC_SOLIB thing can indeed be
removed.
(in fact, I just verified this by debugging GDB)
> > In particular, I'm trying to figure out whether
> > it's possible to have a b->type that's not a breakpoint if loc->type
> > is a breakpoint.
>
> Yes, for b->type == bp_shlib_event.
Cool. I was certain that you hadn't added this condition just "because" :-).
> it from there!) and so remains silent. Reverse these lines in clear_solib:
>
> observer_notify_solib_unloaded (so);
> so_list_head = so->next;
>
> and current code will start issuing the warning as well.
Thanks for the explanation.
The patch looks good to me, now. Please go ahead and check it in.
But be careful with the ChangeLog, as the one you sent was incomplete.
--
Joel
next prev parent reply other threads:[~2009-03-23 17:27 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-05 3:03 Paul Pluzhnikov
2009-02-06 21:38 ` Tom Tromey
2009-02-07 2:37 ` Paul Pluzhnikov
2009-02-11 1:46 ` Tom Tromey
2009-02-19 1:00 ` Paul Pluzhnikov
2009-02-19 7:52 ` Paul Pluzhnikov
2009-02-23 1:47 ` Joel Brobecker
2009-02-23 18:36 ` Paul Pluzhnikov
2009-03-03 2:31 ` Paul Pluzhnikov
2009-03-04 0:51 ` Tom Tromey
2009-03-04 19:26 ` Paul Pluzhnikov
2009-03-05 20:04 ` Joel Brobecker
2009-03-05 23:46 ` Paul Pluzhnikov
2009-03-06 3:06 ` Paul Pluzhnikov
2009-03-06 3:18 ` Paul Pluzhnikov
2009-03-06 17:48 ` Joel Brobecker
2009-03-06 18:31 ` Paul Pluzhnikov
2009-03-06 18:47 ` Joel Brobecker
2009-03-06 18:52 ` Paul Pluzhnikov
2009-03-06 22:06 ` Paul Pluzhnikov
2009-03-09 18:33 ` Joel Brobecker
2009-03-10 2:05 ` Paul Pluzhnikov
2009-03-10 14:31 ` Daniel Jacobowitz
2009-03-12 2:45 ` Paul Pluzhnikov
2009-03-20 20:32 ` Joel Brobecker
2009-03-20 20:53 ` Paul Pluzhnikov
2009-03-23 17:31 ` Joel Brobecker [this message]
2009-03-18 2:50 ` Pedro Alves
2009-03-18 3:24 ` [patch] Fix a crash when displaying variables from shared ?library Joel Brobecker
2009-03-18 4:06 ` Paul Pluzhnikov
2009-03-18 4:19 ` Pedro Alves
2009-03-18 6:54 ` Paul Pluzhnikov
2009-03-18 17:32 ` Pedro Alves
2009-02-06 21:53 ` [patch] Fix a crash when displaying variables from shared library Pedro Alves
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20090323172721.GH9472@adacore.com \
--to=brobecker@adacore.com \
--cc=gdb-patches@sourceware.org \
--cc=pedro@codesourcery.com \
--cc=ppluzhnikov@google.com \
--cc=tromey@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox