When I have multiple threads suspended, resuming one of them causes the list of threads to re-order.
Description
The thread list in Debug View is in suspend order. The most recently-suspended thread appears last. Stepping a thread does not count as a resume for the purposes of ordering, and does not cause the thread order to change. Resuming a thread which later hits a breakpoint causes that thread to correctly reappear at the end of the list, since it has subsequently suspended on a breakpoint.
Although FusionDebug supplies this data correctly to Eclipse, Eclipse 3.1 sometimes changes the order of these threads. This behavior is not the case in Eclipse 3.2.1.
Since Eclipse updates contain a large number of stability, performance and functionality fixes, we recommend customers always use the newest Eclipse platform available.
Issue Details
| Type: | Technote |
|---|---|
| Issue Number: | FDS-61 |
| Components: | |
| Environment: | |
| Resolution: | Fixed |
| Added: | 18/05/2007 14:48:03 |
| Affects Version: | 2.0 |
| Fixed Version: | 2.0 |
| Server: | |
| Platform: | Windows XP, Windows 2000, Windows 2003, Linux, MacOS, Solaris |
| Related Issues: | None |
Issue Feedback
Did you find this issue helpful?
0 out of 0 people found this article helpful
