diff options
Diffstat (limited to 'open_issues')
-rw-r--r-- | open_issues/gdb_non-stop_mode.mdwn | 25 | ||||
-rw-r--r-- | open_issues/gdb_pending_execs.mdwn | 27 | ||||
-rw-r--r-- | open_issues/gdb_thread_ids.mdwn | 21 |
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 |