aboutsummaryrefslogtreecommitdiff
path: root/gdb/PROBLEMS
diff options
context:
space:
mode:
authorAndrew Cagney <cagney@redhat.com>2004-07-28 19:53:39 +0000
committerAndrew Cagney <cagney@redhat.com>2004-07-28 19:53:39 +0000
commit0dea24683af9a708125ba1fa06e2a3a296d390a8 (patch)
treefacbe5064e1a9219a02785826b4697e2de5e318b /gdb/PROBLEMS
parentb3f4233622f79fed7c4b9087734d97903770e9c9 (diff)
downloadgdb-0dea24683af9a708125ba1fa06e2a3a296d390a8.zip
gdb-0dea24683af9a708125ba1fa06e2a3a296d390a8.tar.gz
gdb-0dea24683af9a708125ba1fa06e2a3a296d390a8.tar.bz2
2004-07-28 Andrew Cagney <cagney@gnu.org>
* PROBLEMS: Mention threads/1650. * NEWS: Mention the NPTL fix.
Diffstat (limited to 'gdb/PROBLEMS')
-rw-r--r--gdb/PROBLEMS18
1 files changed, 6 insertions, 12 deletions
diff --git a/gdb/PROBLEMS b/gdb/PROBLEMS
index d166305..8cdfe32 100644
--- a/gdb/PROBLEMS
+++ b/gdb/PROBLEMS
@@ -126,15 +126,9 @@ sensitive to the operating system and thread library.
threads/1650: manythreads.exp
-A program which creates many threads which exit very quickly (hundreds
-of thousands of threads in the test program) can cause gdb to generate
-an internal error. The internal error often looks like:
-
- lin-lwp.c:744: internal-error: stop_callback: Assertion `lp->status == 0' failed.
- A problem internal to GDB has been detected.
- further debugging may prove unreliable.
- Quit this debugging session? (y or n)
-
-This has been observed on native i686-pc-linux-gnu with linuxthreads,
-the old threading model. With NPTL threads, this internal error has not
-been observed.
+On GNU/Linux systems that use the old LinuxThreads thread library, a
+program rapidly creating and deleting threads can confuse GDB leading
+to an internal error.
+
+This problem does not occur on newer systems that use the NPTL
+library, and did not occur with GDB 6.1.