public inbox for gdb-prs@sourceware.org
help / color / mirror / Atom feed
* [Bug python/14382] New: gdb hangs after plotting with matplotlib
@ 2012-07-21 15:28 joeneeman at gmail dot com
2012-07-31 15:54 ` [Bug python/14382] " tromey at redhat dot com
` (25 more replies)
0 siblings, 26 replies; 27+ messages in thread
From: joeneeman at gmail dot com @ 2012-07-21 15:28 UTC (permalink / raw)
To: gdb-prs
http://sourceware.org/bugzilla/show_bug.cgi?id=14382
Bug #: 14382
Summary: gdb hangs after plotting with matplotlib
Product: gdb
Version: 7.4
Status: NEW
Severity: normal
Priority: P2
Component: python
AssignedTo: unassigned@sourceware.org
ReportedBy: joeneeman@gmail.com
Classification: Unclassified
Created attachment 6542
--> http://sourceware.org/bugzilla/attachment.cgi?id=6542
Python command that hangs gdb.
I'm attempting to write a gdb command in python that will display some data in
a matplotlib plot. The plotting itself works fine: the plot is shown and I can
interact with it. While the plot is open, the (gdb) prompt is not shown, as
mp.show() is blocking.
After I close the plot, the problems begin. I am returned to the (gdb) prompt
and I can issue certain commands (for example, "list" works as expected).
However, if I attempt to continue running the program being debugged (eg. with
"next" or "continue"), then gdb becomes unresponsive (including to ^C).
You can reproduce the problem with the file I have attached (requires
matplotlib to be installed):
echo "int main() { return 0; }" > gdbtest.c
gcc -g -o gdbtest gdbtest.c
gdb gdbtest
(at the (gdb) prompt)
source gdbtest2.py
plot
(close the plot window)
run
(gdb hangs)
I am using gdb 7.4.1 on arch linux.
--
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.
^ permalink raw reply [flat|nested] 27+ messages in thread
* [Bug python/14382] gdb hangs after plotting with matplotlib
2012-07-21 15:28 [Bug python/14382] New: gdb hangs after plotting with matplotlib joeneeman at gmail dot com
@ 2012-07-31 15:54 ` tromey at redhat dot com
2012-08-07 0:35 ` joeneeman at gmail dot com
` (24 subsequent siblings)
25 siblings, 0 replies; 27+ messages in thread
From: tromey at redhat dot com @ 2012-07-31 15:54 UTC (permalink / raw)
To: gdb-prs
http://sourceware.org/bugzilla/show_bug.cgi?id=14382
Tom Tromey <tromey at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |WAITING
CC| |tromey at redhat dot com
--- Comment #1 from Tom Tromey <tromey at redhat dot com> 2012-07-31 15:53:52 UTC ---
I tried this with 7.4 (from cvs) on Fedora 16.
I'm using:
barimba. rpm -q python-matplotlib
python-matplotlib-1.0.1-12.fc16.x86_64
I ran gdb on itself, tried "plot", then "run".
It all seems to work for me.
I do think something could go wrong if your Python library
tries to install new signal handlers, or if it calls
one of the wait family of functions without specifying a PID.
That doesn't seem to be happening for me, but maybe we
have different versions or something.
--
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.
^ permalink raw reply [flat|nested] 27+ messages in thread
* [Bug python/14382] gdb hangs after plotting with matplotlib
2012-07-21 15:28 [Bug python/14382] New: gdb hangs after plotting with matplotlib joeneeman at gmail dot com
2012-07-31 15:54 ` [Bug python/14382] " tromey at redhat dot com
@ 2012-08-07 0:35 ` joeneeman at gmail dot com
2012-08-07 2:15 ` joeneeman at gmail dot com
` (23 subsequent siblings)
25 siblings, 0 replies; 27+ messages in thread
From: joeneeman at gmail dot com @ 2012-08-07 0:35 UTC (permalink / raw)
To: gdb-prs
http://sourceware.org/bugzilla/show_bug.cgi?id=14382
--- Comment #2 from joeneeman at gmail dot com 2012-08-07 00:35:05 UTC ---
Created attachment 6567
--> http://sourceware.org/bugzilla/attachment.cgi?id=6567
Qt command that hangs gdb
--
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.
^ permalink raw reply [flat|nested] 27+ messages in thread
* [Bug python/14382] gdb hangs after plotting with matplotlib
2012-07-21 15:28 [Bug python/14382] New: gdb hangs after plotting with matplotlib joeneeman at gmail dot com
2012-07-31 15:54 ` [Bug python/14382] " tromey at redhat dot com
2012-08-07 0:35 ` joeneeman at gmail dot com
@ 2012-08-07 2:15 ` joeneeman at gmail dot com
2012-08-15 21:33 ` tromey at redhat dot com
` (22 subsequent siblings)
25 siblings, 0 replies; 27+ messages in thread
From: joeneeman at gmail dot com @ 2012-08-07 2:15 UTC (permalink / raw)
To: gdb-prs
http://sourceware.org/bugzilla/show_bug.cgi?id=14382
--- Comment #3 from joeneeman at gmail dot com 2012-08-07 02:15:29 UTC ---
Thanks for following this up. I can confirm that matplotlib-1.0.1 doesn't cause
a problem (on either 7.4.1 or latest CVS), but I'm still having a problem with
matplotlib-1.1.1. Actually, I can reproduce the problem with a simple Qt
application (see the new attachment). I can sometimes reproduce the problem
with the equivalent GTK application, but not reliably (ie. I can sometimes go
on debugging for a minute or so before it hangs).
--
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.
^ permalink raw reply [flat|nested] 27+ messages in thread
* [Bug python/14382] gdb hangs after plotting with matplotlib
2012-07-21 15:28 [Bug python/14382] New: gdb hangs after plotting with matplotlib joeneeman at gmail dot com
` (2 preceding siblings ...)
2012-08-07 2:15 ` joeneeman at gmail dot com
@ 2012-08-15 21:33 ` tromey at redhat dot com
2012-08-16 14:24 ` tromey at redhat dot com
` (21 subsequent siblings)
25 siblings, 0 replies; 27+ messages in thread
From: tromey at redhat dot com @ 2012-08-15 21:33 UTC (permalink / raw)
To: gdb-prs
http://sourceware.org/bugzilla/show_bug.cgi?id=14382
--- Comment #4 from Tom Tromey <tromey at redhat dot com> 2012-08-15 21:33:26 UTC ---
strace catches this code changing the SIGCHLD handler:
rt_sigaction(SIGCHLD, {0x3716d53d70, [], SA_RESTORER|SA_NOCLDSTOP,
0x36d5c0f500}, {0x5e28c3, [], SA_RESTORER|SA_RESTART, 0x36d5c0f500}, 8) = 0
I suspect this is what breaks gdb.
--
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.
^ permalink raw reply [flat|nested] 27+ messages in thread
* [Bug python/14382] gdb hangs after plotting with matplotlib
2012-07-21 15:28 [Bug python/14382] New: gdb hangs after plotting with matplotlib joeneeman at gmail dot com
` (3 preceding siblings ...)
2012-08-15 21:33 ` tromey at redhat dot com
@ 2012-08-16 14:24 ` tromey at redhat dot com
2012-08-17 0:51 ` joeneeman at gmail dot com
` (20 subsequent siblings)
25 siblings, 0 replies; 27+ messages in thread
From: tromey at redhat dot com @ 2012-08-16 14:24 UTC (permalink / raw)
To: gdb-prs
http://sourceware.org/bugzilla/show_bug.cgi?id=14382
--- Comment #5 from Tom Tromey <tromey at redhat dot com> 2012-08-16 14:24:00 UTC ---
In particular it is the use of SA_NOCLDSTOP.
If I disable this (by breaking on __sigaction and
tweaking the flags), then gdb works again.
I am not sure what to suggest here. You could file
a bug with Qt, I suppose. That is probably a pretty
long road to getting a fix.
If you wanted to do a hack you could arrange to load
some other .so after loading Qt, and have this .so
reset the signal flags.
I don't know of a good way for gdb to work around
this problem.
--
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.
^ permalink raw reply [flat|nested] 27+ messages in thread
* [Bug python/14382] gdb hangs after plotting with matplotlib
2012-07-21 15:28 [Bug python/14382] New: gdb hangs after plotting with matplotlib joeneeman at gmail dot com
` (4 preceding siblings ...)
2012-08-16 14:24 ` tromey at redhat dot com
@ 2012-08-17 0:51 ` joeneeman at gmail dot com
2012-08-22 15:31 ` palves at redhat dot com
` (19 subsequent siblings)
25 siblings, 0 replies; 27+ messages in thread
From: joeneeman at gmail dot com @ 2012-08-17 0:51 UTC (permalink / raw)
To: gdb-prs
http://sourceware.org/bugzilla/show_bug.cgi?id=14382
--- Comment #6 from joeneeman at gmail dot com 2012-08-17 00:51:01 UTC ---
I'm working around it by having the GUI in a separate process, which works just
fine. I guess I just had too high expectations after reading (what I now see
is) your blog: http://tromey.com/blog/?p=550
Thanks for your help!
--
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.
^ permalink raw reply [flat|nested] 27+ messages in thread
* [Bug python/14382] gdb hangs after plotting with matplotlib
2012-07-21 15:28 [Bug python/14382] New: gdb hangs after plotting with matplotlib joeneeman at gmail dot com
` (5 preceding siblings ...)
2012-08-17 0:51 ` joeneeman at gmail dot com
@ 2012-08-22 15:31 ` palves at redhat dot com
2012-08-22 16:58 ` tromey at redhat dot com
` (18 subsequent siblings)
25 siblings, 0 replies; 27+ messages in thread
From: palves at redhat dot com @ 2012-08-22 15:31 UTC (permalink / raw)
To: gdb-prs
http://sourceware.org/bugzilla/show_bug.cgi?id=14382
Pedro Alves <palves at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |palves at redhat dot com
--- Comment #7 from Pedro Alves <palves at redhat dot com> 2012-08-22 15:31:43 UTC ---
> In particular it is the use of SA_NOCLDSTOP.
> If I disable this (by breaking on __sigaction and
> tweaking the flags), then gdb works again.
> I am not sure what to suggest here.
Yeah. Such is the nature of signal based interfaces. Not much GDB could
do, other than moving all ptrace processing to a separate process (hmm, like,
..., always spawning gdbserver).
--
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.
^ permalink raw reply [flat|nested] 27+ messages in thread
* [Bug python/14382] gdb hangs after plotting with matplotlib
2012-07-21 15:28 [Bug python/14382] New: gdb hangs after plotting with matplotlib joeneeman at gmail dot com
` (6 preceding siblings ...)
2012-08-22 15:31 ` palves at redhat dot com
@ 2012-08-22 16:58 ` tromey at redhat dot com
2013-03-07 9:16 ` m at bruenink dot de
` (17 subsequent siblings)
25 siblings, 0 replies; 27+ messages in thread
From: tromey at redhat dot com @ 2012-08-22 16:58 UTC (permalink / raw)
To: gdb-prs
http://sourceware.org/bugzilla/show_bug.cgi?id=14382
--- Comment #8 from Tom Tromey <tromey at redhat dot com> 2012-08-22 16:58:32 UTC ---
I filed it upstream
https://bugreports.qt-project.org/browse/QTBUG-26947
This is yet another argument, or maybe just the same one :),
for some kind of "ptrace fd" though.
--
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.
^ permalink raw reply [flat|nested] 27+ messages in thread
* [Bug python/14382] gdb hangs after plotting with matplotlib
2012-07-21 15:28 [Bug python/14382] New: gdb hangs after plotting with matplotlib joeneeman at gmail dot com
` (7 preceding siblings ...)
2012-08-22 16:58 ` tromey at redhat dot com
@ 2013-03-07 9:16 ` m at bruenink dot de
2013-08-12 19:35 ` aegges at web dot de
` (16 subsequent siblings)
25 siblings, 0 replies; 27+ messages in thread
From: m at bruenink dot de @ 2013-03-07 9:16 UTC (permalink / raw)
To: gdb-prs
http://sourceware.org/bugzilla/show_bug.cgi?id=14382
--- Comment #9 from Marc Brünink <m at bruenink dot de> 2013-03-07 09:16:41 UTC ---
Created attachment 6919
--> http://sourceware.org/bugzilla/attachment.cgi?id=6919
Simple multithreading that hangs gdb
Another way to reproduce similar behaviour. Run gdb with a multi-threaded
program and import matplotlib.pyplot
(version 1.1.1)
gdb ./testc_multithreading
(gdb) python import matplotlib.pyplot
(gdb) r 128
--
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.
^ permalink raw reply [flat|nested] 27+ messages in thread
* [Bug python/14382] gdb hangs after plotting with matplotlib
2012-07-21 15:28 [Bug python/14382] New: gdb hangs after plotting with matplotlib joeneeman at gmail dot com
` (8 preceding siblings ...)
2013-03-07 9:16 ` m at bruenink dot de
@ 2013-08-12 19:35 ` aegges at web dot de
2015-05-24 19:34 ` tromey at sourceware dot org
` (15 subsequent siblings)
25 siblings, 0 replies; 27+ messages in thread
From: aegges at web dot de @ 2013-08-12 19:35 UTC (permalink / raw)
To: gdb-prs
http://sourceware.org/bugzilla/show_bug.cgi?id=14382
Axel Müller <aegges at web dot de> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |aegges at web dot de
--
You are receiving this mail because:
You are on the CC list for the bug.
>From gdb-prs-return-14175-listarch-gdb-prs=sources.redhat.com@sourceware.org Tue Aug 13 14:40:19 2013
Return-Path: <gdb-prs-return-14175-listarch-gdb-prs=sources.redhat.com@sourceware.org>
Delivered-To: listarch-gdb-prs@sources.redhat.com
Received: (qmail 21472 invoked by alias); 13 Aug 2013 14:40:19 -0000
Mailing-List: contact gdb-prs-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb-prs.sourceware.org>
List-Subscribe: <mailto:gdb-prs-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb-prs/>
List-Post: <mailto:gdb-prs@sourceware.org>
List-Help: <mailto:gdb-prs-help@sourceware.org>, <http://sourceware.org/lists.html#faqs>
Sender: gdb-prs-owner@sourceware.org
Delivered-To: mailing list gdb-prs@sourceware.org
Received: (qmail 21443 invoked by uid 48); 13 Aug 2013 14:40:18 -0000
From: "jan.kratochvil at redhat dot com" <sourceware-bugzilla@sourceware.org>
To: gdb-prs@sourceware.org
Subject: [Bug breakpoints/15501] 'disable 3.1 3.2 3.3' doesn't work as
expected. (likewise "enable")
Date: Tue, 13 Aug 2013 14:40:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gdb
X-Bugzilla-Component: breakpoints
X-Bugzilla-Version: HEAD
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: jan.kratochvil at redhat dot com
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-15501-4717-2AnvybNs8g@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-15501-4717@http.sourceware.org/bugzilla/>
References: <bug-15501-4717@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-q3/txt/msg00209.txt.bz2
Content-length: 664
http://sourceware.org/bugzilla/show_bug.cgi?id\x15501
Jan Kratochvil <jan.kratochvil at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jan.kratochvil at redhat dot com
--- Comment #1 from Jan Kratochvil <jan.kratochvil at redhat dot com> ---
[PATCH] fix PR-15501
From: Muhammad Waqas <mwaqas at codesourcery dot com>
http://sourceware.org/ml/gdb-patches/2013-08/msg00339.html
Message-ID: <520A0453.4070309@codesourcery.com>
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 27+ messages in thread
* [Bug python/14382] gdb hangs after plotting with matplotlib
2012-07-21 15:28 [Bug python/14382] New: gdb hangs after plotting with matplotlib joeneeman at gmail dot com
` (9 preceding siblings ...)
2013-08-12 19:35 ` aegges at web dot de
@ 2015-05-24 19:34 ` tromey at sourceware dot org
2015-05-25 8:36 ` palves at redhat dot com
` (14 subsequent siblings)
25 siblings, 0 replies; 27+ messages in thread
From: tromey at sourceware dot org @ 2015-05-24 19:34 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=14382
Tom Tromey <tromey at sourceware dot org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |tromey at sourceware dot org
--- Comment #10 from Tom Tromey <tromey at sourceware dot org> ---
(In reply to Tom Tromey from comment #5)
> I don't know of a good way for gdb to work around
> this problem.
I imagine signalfd could be used now.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 27+ messages in thread
* [Bug python/14382] gdb hangs after plotting with matplotlib
2012-07-21 15:28 [Bug python/14382] New: gdb hangs after plotting with matplotlib joeneeman at gmail dot com
` (10 preceding siblings ...)
2015-05-24 19:34 ` tromey at sourceware dot org
@ 2015-05-25 8:36 ` palves at redhat dot com
2015-05-25 8:39 ` palves at redhat dot com
` (13 subsequent siblings)
25 siblings, 0 replies; 27+ messages in thread
From: palves at redhat dot com @ 2015-05-25 8:36 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=14382
--- Comment #11 from Pedro Alves <palves at redhat dot com> ---
Not sure how.
It is worth pointing out that the Qt and kernel folks working on a alternative
that allows waiting for child exits without using signals at all:
https://lwn.net/Articles/638613/
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 27+ messages in thread
* [Bug python/14382] gdb hangs after plotting with matplotlib
2012-07-21 15:28 [Bug python/14382] New: gdb hangs after plotting with matplotlib joeneeman at gmail dot com
` (11 preceding siblings ...)
2015-05-25 8:36 ` palves at redhat dot com
@ 2015-05-25 8:39 ` palves at redhat dot com
2015-05-25 20:52 ` tromey at sourceware dot org
` (12 subsequent siblings)
25 siblings, 0 replies; 27+ messages in thread
From: palves at redhat dot com @ 2015-05-25 8:39 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=14382
--- Comment #12 from Pedro Alves <palves at redhat dot com> ---
I believe debugging against gdbserver instead of native gdb would work around
this (simply because then it is gdbserver that wants SIGCHLD, not gdb), but I
haven't tried it.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 27+ messages in thread
* [Bug python/14382] gdb hangs after plotting with matplotlib
2012-07-21 15:28 [Bug python/14382] New: gdb hangs after plotting with matplotlib joeneeman at gmail dot com
` (12 preceding siblings ...)
2015-05-25 8:39 ` palves at redhat dot com
@ 2015-05-25 20:52 ` tromey at sourceware dot org
2015-05-26 8:29 ` palves at redhat dot com
` (11 subsequent siblings)
25 siblings, 0 replies; 27+ messages in thread
From: tromey at sourceware dot org @ 2015-05-25 20:52 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=14382
--- Comment #13 from Tom Tromey <tromey at sourceware dot org> ---
(In reply to Pedro Alves from comment #11)
> Not sure how.
I think if gdb uses signalfd to get SIGCHLD, and blocks it (what the
man page says to do) then the various sigaction calls that libraries
may do will just be ignored.
This is kind of gross though.
> It is worth pointing out that the Qt and kernel folks working on a
> alternative that allows waiting for child exits without using signals at all:
>
> https://lwn.net/Articles/638613/
That does look promising.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 27+ messages in thread
* [Bug python/14382] gdb hangs after plotting with matplotlib
2012-07-21 15:28 [Bug python/14382] New: gdb hangs after plotting with matplotlib joeneeman at gmail dot com
` (13 preceding siblings ...)
2015-05-25 20:52 ` tromey at sourceware dot org
@ 2015-05-26 8:29 ` palves at redhat dot com
2015-05-26 8:56 ` palves at redhat dot com
` (10 subsequent siblings)
25 siblings, 0 replies; 27+ messages in thread
From: palves at redhat dot com @ 2015-05-26 8:29 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=14382
--- Comment #14 from Pedro Alves <palves at redhat dot com> ---
(In reply to Tom Tromey from comment #13)
> I think if gdb uses signalfd to get SIGCHLD, and blocks it (what the
> man page says to do) then the various sigaction calls that libraries
> may do will just be ignored.
Ah, yes, but then the libraries were messing with SIGCHLD's sigaction because
they want to be notified of child exits, which would end up broken for them.
Seems like a "what's the better breakage" decision case, and that may indeed be
better breakage.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 27+ messages in thread
* [Bug python/14382] gdb hangs after plotting with matplotlib
2012-07-21 15:28 [Bug python/14382] New: gdb hangs after plotting with matplotlib joeneeman at gmail dot com
` (14 preceding siblings ...)
2015-05-26 8:29 ` palves at redhat dot com
@ 2015-05-26 8:56 ` palves at redhat dot com
2015-05-26 9:00 ` palves at redhat dot com
` (9 subsequent siblings)
25 siblings, 0 replies; 27+ messages in thread
From: palves at redhat dot com @ 2015-05-26 8:56 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=14382
--- Comment #15 from Pedro Alves <palves at redhat dot com> ---
(In reply to Tom Tromey from comment #13)
> I think if gdb uses signalfd to get SIGCHLD, and blocks it (what the
> man page says to do) then the various sigaction calls that libraries
> may do will just be ignored.
Hmm, doesn't look like the sigactions are actually ignored, according to:
http://stackoverflow.com/questions/20228092/can-there-be-a-race-between-signalfd-and-sigaction
If both the handler setup by the library is called, and gdb's signalfd
descriptor is waken, then it might be just what we need.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 27+ messages in thread
* [Bug python/14382] gdb hangs after plotting with matplotlib
2012-07-21 15:28 [Bug python/14382] New: gdb hangs after plotting with matplotlib joeneeman at gmail dot com
` (15 preceding siblings ...)
2015-05-26 8:56 ` palves at redhat dot com
@ 2015-05-26 9:00 ` palves at redhat dot com
2015-05-26 10:26 ` palves at redhat dot com
` (8 subsequent siblings)
25 siblings, 0 replies; 27+ messages in thread
From: palves at redhat dot com @ 2015-05-26 9:00 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=14382
Pedro Alves <palves at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|WAITING |NEW
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 27+ messages in thread
* [Bug python/14382] gdb hangs after plotting with matplotlib
2012-07-21 15:28 [Bug python/14382] New: gdb hangs after plotting with matplotlib joeneeman at gmail dot com
` (16 preceding siblings ...)
2015-05-26 9:00 ` palves at redhat dot com
@ 2015-05-26 10:26 ` palves at redhat dot com
2015-05-26 10:30 ` palves at redhat dot com
` (7 subsequent siblings)
25 siblings, 0 replies; 27+ messages in thread
From: palves at redhat dot com @ 2015-05-26 10:26 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=14382
--- Comment #16 from Pedro Alves <palves at redhat dot com> ---
Created attachment 8333
--> https://sourceware.org/bugzilla/attachment.cgi?id=8333&action=edit
make linux-nat.c use signalfd
I tried making linux-nat.c use signalfd now. Unless I missed something, it
doesn't seem to actually work for protecting against a library stealing
SIGCHLDs though, so it ends up useless. :-/
See the #if 0 in the patch:
~~~
#if 0
/* Hmm, if we don't do this, then gdb hangs in wait_for_sigchld.
That seems to mean that if a SIGCHLD signal handler is
called, then the signalfd file ends up with nothing to read,
and thus 'select' blocks forever. Test with:
"gdb PROGRAM -ex "maint set target-async off" -ex "set debug lin-lwp
1"
Which renders this approach worthless to protect against a
library GDB links against from stealing out SIGCHLD
handler... :-/
*/
~~~~~~~~~~~~~~~~~~
If I leave that on, things work, but if I disable it, I get:
~~~
$ gdb ~/gdb/tests/threads -ex "maint set target-async off" -ex "set debug
lin-lwp 1"
(gdb) start
(...)
LLW: exit
LLR: Preparing to resume process 15243, 0, inferior_ptid process 15243
LLR: PTRACE_CONT process 15243, 0 (resume event thread)
linux_nat_wait: [process 15243], []
LLW: enter
LNW: waitpid(-1, ...) returned 0, No child processes
LNW: about to sigsuspend
sigchld
^C^C^C^C^C^C^C^C *gdb hang*
~~~
Adding more logging in wait_for_sigchld, I could observe that
sometimes, the select returns 1, and then the read fails with EAGAIN.
Thinking that perhaps treating that as "got SIGCHLD, but some handler
consumed it" makes a "(gdb) start" sometimes work, but not always... It
seems that the select only wakes up / returns 1 if the signal arrives
while gdb is already blocked inside select. If the signal arrives and
is handled before gdb reaches select, then select hangs forever. This
kind of makes sense if the signalfd's "data" is generated on the fly
from the pending signals, not really queued in the kernel, which it is
probably how this works on the kernel side...
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 27+ messages in thread
* [Bug python/14382] gdb hangs after plotting with matplotlib
2012-07-21 15:28 [Bug python/14382] New: gdb hangs after plotting with matplotlib joeneeman at gmail dot com
` (17 preceding siblings ...)
2015-05-26 10:26 ` palves at redhat dot com
@ 2015-05-26 10:30 ` palves at redhat dot com
2015-05-26 10:32 ` palves at redhat dot com
` (6 subsequent siblings)
25 siblings, 0 replies; 27+ messages in thread
From: palves at redhat dot com @ 2015-05-26 10:30 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=14382
--- Comment #17 from Pedro Alves <palves at redhat dot com> ---
(Note that "maint set target-async off" is not really necessary to reach the
sigsuspend paths; it was just a way to make them more frequent, for quicker
testing.)
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 27+ messages in thread
* [Bug python/14382] gdb hangs after plotting with matplotlib
2012-07-21 15:28 [Bug python/14382] New: gdb hangs after plotting with matplotlib joeneeman at gmail dot com
` (18 preceding siblings ...)
2015-05-26 10:30 ` palves at redhat dot com
@ 2015-05-26 10:32 ` palves at redhat dot com
2015-05-27 3:06 ` tromey at sourceware dot org
` (5 subsequent siblings)
25 siblings, 0 replies; 27+ messages in thread
From: palves at redhat dot com @ 2015-05-26 10:32 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=14382
--- Comment #18 from Pedro Alves <palves at redhat dot com> ---
(... and also that if we got past inferior startup (which is always
synchronous), gdb's select/poll in the main event loop hangs in the same way,
when target-async is left on.)
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 27+ messages in thread
* [Bug python/14382] gdb hangs after plotting with matplotlib
2012-07-21 15:28 [Bug python/14382] New: gdb hangs after plotting with matplotlib joeneeman at gmail dot com
` (19 preceding siblings ...)
2015-05-26 10:32 ` palves at redhat dot com
@ 2015-05-27 3:06 ` tromey at sourceware dot org
2015-05-27 16:36 ` xdje42 at gmail dot com
` (4 subsequent siblings)
25 siblings, 0 replies; 27+ messages in thread
From: tromey at sourceware dot org @ 2015-05-27 3:06 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=14382
--- Comment #19 from Tom Tromey <tromey at sourceware dot org> ---
Thanks for trying that!
It's a bummer that it didn't work.
I have a workaround that works for my case -- it's a way to block SIGCHLD
in the new thread just in my application -- so I guess a better
fix can wait for the kernel to catch up.
This area is one of the main reasons I wanted PTRACE_FD...
Also I wonder whether gdb should be using pthread_sigmask
instead of sigprocmask now.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 27+ messages in thread
* [Bug python/14382] gdb hangs after plotting with matplotlib
2012-07-21 15:28 [Bug python/14382] New: gdb hangs after plotting with matplotlib joeneeman at gmail dot com
` (20 preceding siblings ...)
2015-05-27 3:06 ` tromey at sourceware dot org
@ 2015-05-27 16:36 ` xdje42 at gmail dot com
2015-05-27 18:37 ` palves at redhat dot com
` (3 subsequent siblings)
25 siblings, 0 replies; 27+ messages in thread
From: xdje42 at gmail dot com @ 2015-05-27 16:36 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=14382
Doug Evans <xdje42 at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |xdje42 at gmail dot com
--- Comment #20 from Doug Evans <xdje42 at gmail dot com> ---
for reference sake,
o11c I think suggested on #gdb having gdb start a thread to take SIGCHLDs and
leaving SIGCHLD blocked in gdb, the goal being that any new thread will have
SIGCHLD blocked, at least initially.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 27+ messages in thread
* [Bug python/14382] gdb hangs after plotting with matplotlib
2012-07-21 15:28 [Bug python/14382] New: gdb hangs after plotting with matplotlib joeneeman at gmail dot com
` (21 preceding siblings ...)
2015-05-27 16:36 ` xdje42 at gmail dot com
@ 2015-05-27 18:37 ` palves at redhat dot com
2015-05-27 21:19 ` dje at google dot com
` (2 subsequent siblings)
25 siblings, 0 replies; 27+ messages in thread
From: palves at redhat dot com @ 2015-05-27 18:37 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=14382
--- Comment #21 from Pedro Alves <palves at redhat dot com> ---
Hmm, I guess I'm confused on how blocking the signal on a thread can help.
AFAICS, the main issue is with libraries changing the SIGCHLD sigaction, which
is process-wide, not per-thread. So if something sets SA_NOCLDSTOP or SIG_IGN
on SIGCHLD, that applies to the whole process.
I just confirmed now that with SIGCHLD set to SA_NOCLDSTOP or SIG_IGN, nothing
comes out of the signalfd either.
So the workarounds seem to me to be:
- move ptrace handling to a separate process (either always using gdbserver,
or a thinner ptrace wrapper/helper)
- or perhaps, an evil hack that reimplements sigaction+signal and
ignores requests to ignore SIGCHLD. References to those functions in
libraries would resolve to gdb's versions, assuming gdb is not itself
a library...
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 27+ messages in thread
* [Bug python/14382] gdb hangs after plotting with matplotlib
2012-07-21 15:28 [Bug python/14382] New: gdb hangs after plotting with matplotlib joeneeman at gmail dot com
` (22 preceding siblings ...)
2015-05-27 18:37 ` palves at redhat dot com
@ 2015-05-27 21:19 ` dje at google dot com
2015-05-28 11:45 ` palves at redhat dot com
2023-09-13 14:56 ` tromey at sourceware dot org
25 siblings, 0 replies; 27+ messages in thread
From: dje at google dot com @ 2015-05-27 21:19 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=14382
dje at google dot com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dje at google dot com
--- Comment #22 from dje at google dot com ---
(In reply to Pedro Alves from comment #21)
> Hmm, I guess I'm confused on how blocking the signal on a thread can help.
> AFAICS, the main issue is with libraries changing the SIGCHLD sigaction,
> which is process-wide, not per-thread. So if something sets SA_NOCLDSTOP or
> SIG_IGN on SIGCHLD, that applies to the whole process.
>
> I just confirmed now that with SIGCHLD set to SA_NOCLDSTOP or SIG_IGN,
> nothing comes out of the signalfd either.
>
> So the workarounds seem to me to be:
>
> - move ptrace handling to a separate process (either always using
> gdbserver,
> or a thinner ptrace wrapper/helper)
>
> - or perhaps, an evil hack that reimplements sigaction+signal and
> ignores requests to ignore SIGCHLD. References to those functions in
> libraries would resolve to gdb's versions, assuming gdb is not itself
> a library...
That this won't help with libraries changing SIGCHLD was left as a given, duh.
It was just offered for reference sake.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 27+ messages in thread
* [Bug python/14382] gdb hangs after plotting with matplotlib
2012-07-21 15:28 [Bug python/14382] New: gdb hangs after plotting with matplotlib joeneeman at gmail dot com
` (23 preceding siblings ...)
2015-05-27 21:19 ` dje at google dot com
@ 2015-05-28 11:45 ` palves at redhat dot com
2023-09-13 14:56 ` tromey at sourceware dot org
25 siblings, 0 replies; 27+ messages in thread
From: palves at redhat dot com @ 2015-05-28 11:45 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=14382
--- Comment #23 from Pedro Alves <palves at redhat dot com> ---
> That this won't help with libraries changing SIGCHLD was left as a given, duh.
> It was just offered for reference sake.
Tromey's comment above yours suggested blocking as a workaround, and I'm left
confused on how blocking is supposed to help. I could do without the
disparaging "duh"s though, thank you very much.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 27+ messages in thread
* [Bug python/14382] gdb hangs after plotting with matplotlib
2012-07-21 15:28 [Bug python/14382] New: gdb hangs after plotting with matplotlib joeneeman at gmail dot com
` (24 preceding siblings ...)
2015-05-28 11:45 ` palves at redhat dot com
@ 2023-09-13 14:56 ` tromey at sourceware dot org
25 siblings, 0 replies; 27+ messages in thread
From: tromey at sourceware dot org @ 2023-09-13 14:56 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=14382
--- Comment #24 from Tom Tromey <tromey at sourceware dot org> ---
FWIW we have gdb.block_signals and gdb.Thread now.
This makes it a little easier to handle the threading case.
In the long run either:
1. we should always have a gdbserver; lldb does this, or
2. some kind of ptrace fd
gdb doesn't need kernel help in order to implement #1,
so maybe that should be preferred.
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 27+ messages in thread
end of thread, other threads:[~2023-09-13 14:56 UTC | newest]
Thread overview: 27+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-07-21 15:28 [Bug python/14382] New: gdb hangs after plotting with matplotlib joeneeman at gmail dot com
2012-07-31 15:54 ` [Bug python/14382] " tromey at redhat dot com
2012-08-07 0:35 ` joeneeman at gmail dot com
2012-08-07 2:15 ` joeneeman at gmail dot com
2012-08-15 21:33 ` tromey at redhat dot com
2012-08-16 14:24 ` tromey at redhat dot com
2012-08-17 0:51 ` joeneeman at gmail dot com
2012-08-22 15:31 ` palves at redhat dot com
2012-08-22 16:58 ` tromey at redhat dot com
2013-03-07 9:16 ` m at bruenink dot de
2013-08-12 19:35 ` aegges at web dot de
2015-05-24 19:34 ` tromey at sourceware dot org
2015-05-25 8:36 ` palves at redhat dot com
2015-05-25 8:39 ` palves at redhat dot com
2015-05-25 20:52 ` tromey at sourceware dot org
2015-05-26 8:29 ` palves at redhat dot com
2015-05-26 8:56 ` palves at redhat dot com
2015-05-26 9:00 ` palves at redhat dot com
2015-05-26 10:26 ` palves at redhat dot com
2015-05-26 10:30 ` palves at redhat dot com
2015-05-26 10:32 ` palves at redhat dot com
2015-05-27 3:06 ` tromey at sourceware dot org
2015-05-27 16:36 ` xdje42 at gmail dot com
2015-05-27 18:37 ` palves at redhat dot com
2015-05-27 21:19 ` dje at google dot com
2015-05-28 11:45 ` palves at redhat dot com
2023-09-13 14:56 ` tromey at sourceware dot org
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).