This is the mail archive of the gdb-patches@sources.redhat.com mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

[rfc] Remove thread stuff from TODO ..


Hello,

This patch eliminates all the thread TODO items giving the thread code a 
clean slate.

I think Michael S has hacked on the thread code hard enough and long 
enough for this to be reasonable.  I also think that we should be 
encouraging people to use the bug-tracking system to file problems.

	enjoy,
		Andrew

2001-06-28  Andrew Cagney  <ac131313@redhat.com>

	* TODO: Delete all thread items.  The thread code was overhauled.

Index: TODO
===================================================================
RCS file: /cvs/src/src/gdb/TODO,v
retrieving revision 1.85
diff -p -r1.85 TODO
*** TODO	2001/06/28 19:04:10	1.85
--- TODO	2001/06/29 00:09:40
*************** will still occure. sid/component/configu
*** 190,200 ****
  
  --
  
- Thread support.  Right now, as soon as a thread finishes and exits,
- you're hosed.  This problem is reported once a week or so.
- 
- --
- 
  		GDB 5.2 - New features
  		======================
  
--- 190,195 ----
*************** the abstraction layer between the target
*** 873,930 ****
  way to address this is provide a generic "reset" command and target vector.
  
  http://sources.redhat.com/ml/gdb-patches/2000-10/msg00011.html
- 
- --
- 
- 			Thread Support
- 			==============
- 
- --
- 
- Generic: lin-thread cannot handle thread exit (Mark Kettenis, Michael
- Snyder) http://sourceware.cygnus.com/ml/gdb/2000-q1/msg00525.html
- 
- The thread_db assisted debugging code doesn't handle exiting threads
- properly, at least in combination with glibc 2.1.3 (the framework is
- there, just not the actual code).  There are at least two problems
- that prevent this from working.
- 
- As an additional reference point, the pre thread_db code did not work
- either.
- 
- --
- 
- GNU/Linux/x86 and random thread signals (and Solaris/SPARC but not
- Solaris/x86).
- http://sourceware.cygnus.com/ml/gdb/2000-q1/msg00336.html
- 
- Christopher Blizzard writes:
- 
- So, I've done some more digging into this and it looks like Jim
- Kingdon has reported this problem in the past:
- 
- http://sourceware.cygnus.com/ml/bug-gdb/1999-10/msg00058.html
- 
- I can reproduce this problem both with and without Tom's patch.  Has
- anyone seen this before?  Maybe have a solution for it hanging around?
- :)
- 
- There's a test case for this documented at:
- 
- when debugging threaded applications you get extra SIGTRAPs
- http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=9565
- 
- [There should be a GDB testcase - cagney]
- 
- --
- 
- GDB5 TOT on unixware 7
- http://sourceware.cygnus.com/ml/gdb/2000-04/msg00119.html
- 
- Robert Lipe writes:
- > I just spun the top of tree of the GDB5 branch on UnixWare 7.  As a
- > practical matter, the current thread support is somewhat more annoying
- > than when GDB was thread-unaware.
  
  --
  
--- 868,873 ----

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]