summaryrefslogtreecommitdiff
path: root/hurd/open_issues
diff options
context:
space:
mode:
authorThomas Schwinge <tschwinge@gnu.org>2009-05-19 09:06:34 +0200
committerThomas Schwinge <tschwinge@gnu.org>2009-05-19 10:48:22 +0200
commit83e4562b290577f353aec09d5fbcd4fc133b3904 (patch)
tree47b1c64dc07145ea364c3ce3bcc470ea6f1d4b5f /hurd/open_issues
parent9345586302f30be56189efcf0edb8b064bad0b37 (diff)
GDB issues.
Diffstat (limited to 'hurd/open_issues')
-rw-r--r--hurd/open_issues/gdb_non-stop_mode.mdwn21
-rw-r--r--hurd/open_issues/gdb_pending_execs.mdwn23
-rw-r--r--hurd/open_issues/gdb_thread_ids.mdwn17
3 files changed, 0 insertions, 61 deletions
diff --git a/hurd/open_issues/gdb_non-stop_mode.mdwn b/hurd/open_issues/gdb_non-stop_mode.mdwn
deleted file mode 100644
index 199cb7ae..00000000
--- a/hurd/open_issues/gdb_non-stop_mode.mdwn
+++ /dev/null
@@ -1,21 +0,0 @@
-[[!meta copyright="Copyright © 2008 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]]."]]"""]]
-
-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/hurd/open_issues/gdb_pending_execs.mdwn b/hurd/open_issues/gdb_pending_execs.mdwn
deleted file mode 100644
index cf5cc705..00000000
--- a/hurd/open_issues/gdb_pending_execs.mdwn
+++ /dev/null
@@ -1,23 +0,0 @@
-[[!meta copyright="Copyright © 2008 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]]."]]"""]]
-
-<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/hurd/open_issues/gdb_thread_ids.mdwn b/hurd/open_issues/gdb_thread_ids.mdwn
deleted file mode 100644
index 8752e9d8..00000000
--- a/hurd/open_issues/gdb_thread_ids.mdwn
+++ /dev/null
@@ -1,17 +0,0 @@
-[[!meta copyright="Copyright © 2008 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]]."]]"""]]
-
-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