summaryrefslogtreecommitdiff
path: root/open_issues
diff options
context:
space:
mode:
Diffstat (limited to 'open_issues')
-rw-r--r--open_issues/gdb_non-stop_mode.mdwn25
-rw-r--r--open_issues/gdb_pending_execs.mdwn27
-rw-r--r--open_issues/gdb_thread_ids.mdwn21
3 files changed, 73 insertions, 0 deletions
diff --git a/open_issues/gdb_non-stop_mode.mdwn b/open_issues/gdb_non-stop_mode.mdwn
new file mode 100644
index 00000000..418b144c
--- /dev/null
+++ b/open_issues/gdb_non-stop_mode.mdwn
@@ -0,0 +1,25 @@
+[[!meta copyright="Copyright © 2008, 2009 Free Software Foundation, Inc."]]
+
+[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable
+id="license" text="Permission is granted to copy, distribute and/or modify this
+document under the terms of the GNU Free Documentation License, Version 1.2 or
+any later version published by the Free Software Foundation; with no Invariant
+Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license
+is included in the section entitled
+[[GNU Free Documentation License|/fdl]]."]]"""]]
+
+[[!meta title="GDB's non-stop mode"]]
+
+[[!tag open_issue_gdb]]
+
+GNU GDB's `gnu-nat.c` doesn't support *non-stop* mode.
+
+Also, from <http://lists.gnu.org/archive/html/bug-hurd/2008-10/msg00045.html>,
+GNU GDB's Pedro Alves:
+
+> I also notice that when going through the shell in non-stop mode, it would be
+> more correct to resume all threads --- we don't want non-stop and its
+> scheduler-locking to apply to the shell. Basically, non-stop should be off
+> if there are pending execs. This was an existing issue, and doesn't affect
+> linux today, so I'll just ignore that for now, as it needs more tweaking to
+> fix.
diff --git a/open_issues/gdb_pending_execs.mdwn b/open_issues/gdb_pending_execs.mdwn
new file mode 100644
index 00000000..bb0f8419
--- /dev/null
+++ b/open_issues/gdb_pending_execs.mdwn
@@ -0,0 +1,27 @@
+[[!meta copyright="Copyright © 2008, 2009 Free Software Foundation, Inc."]]
+
+[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable
+id="license" text="Permission is granted to copy, distribute and/or modify this
+document under the terms of the GNU Free Documentation License, Version 1.2 or
+any later version published by the Free Software Foundation; with no Invariant
+Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license
+is included in the section entitled
+[[GNU Free Documentation License|/fdl]]."]]"""]]
+
+[[!meta title="GDB: pending_execs"]]
+
+[[!tag open_issue_gdb]]
+
+<http://lists.gnu.org/archive/html/bug-hurd/2008-10/msg00045.html>:
+
+GNU GDB's Ulrich Weigand:
+
+> Hmm. It would appear that "set exec-wrapper" is currently broken with
+> the gnu-nat.c target, right?
+
+GNU GDB's Pedro Alves:
+
+>> Yeah, it appears so. Don't know if it's possible to get rid of the local
+>> pending execs handling in gnu-nat.c. An alternative would be to make
+>> pending_execs a property of inferior.h:`struct inferior' instead of of
+>> gnu-nat.c:`struct inf'.
diff --git a/open_issues/gdb_thread_ids.mdwn b/open_issues/gdb_thread_ids.mdwn
new file mode 100644
index 00000000..eeb67f30
--- /dev/null
+++ b/open_issues/gdb_thread_ids.mdwn
@@ -0,0 +1,21 @@
+[[!meta copyright="Copyright © 2008, 2009 Free Software Foundation, Inc."]]
+
+[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable
+id="license" text="Permission is granted to copy, distribute and/or modify this
+document under the terms of the GNU Free Documentation License, Version 1.2 or
+any later version published by the Free Software Foundation; with no Invariant
+Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license
+is included in the section entitled
+[[GNU Free Documentation License|/fdl]]."]]"""]]
+
+[[!meta title="GDB: thread ids"]]
+
+[[!tag open_issue_gdb]]
+
+GNU GDB's Pedro Alves:
+
+> One thing [I asked
+> myself](http://lists.gnu.org/archive/html/bug-hurd/2008-10/msg00045.html)
+> was, if gnu-nat.c couldn't be using the port's id as thread ids instead of a
+> locally auto-generated number. Maybe the thread id of the main thread would
+> be preserved across execs this way