This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 186063 - Input copier thread left waiting after <java> completed
Summary: Input copier thread left waiting after <java> completed
Status: RESOLVED FIXED
Alias: None
Product: projects
Classification: Unclassified
Component: Ant (show other bugs)
Version: 6.x
Hardware: All All
: P2 normal (vote)
Assignee: Jesse Glick
URL:
Keywords:
Depends on:
Blocks: 153431
  Show dependency tree
 
Reported: 2010-05-13 08:00 UTC by Vladimir Voskresensky
Modified: 2010-05-13 15:24 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
threads.dump after several builds (25.97 KB, text/plain)
2010-05-13 08:00 UTC, Vladimir Voskresensky
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Vladimir Voskresensky 2010-05-13 08:00:24 UTC
Created attachment 98915 [details]
threads.dump after several builds

open cnd.modelimpl
open cppparser.g file
add space, press F11
=> 
After modification of that file and pressing F11 I see + 2 never dying threads. 

I'm afraid after some builds threads limit can be reached... or OOM
Comment 1 Jesse Glick 2010-05-13 14:56:59 UTC
I can reproduce at least. I feel like there is a bug in NbIO, since IOReader.close() is supposed to set inputClosed = true and also lock.notifyAll(), which should cause read(...) to stop waiting and return -1 immediately; I guess close() is just not getting called for some reason, though BridgeImpl.run explicitly seems to be doing so.
Comment 2 Jesse Glick 2010-05-13 15:07:39 UTC
...and when I go through it in a debugger, the reader thread does in fact exit as expected due to the call to close(). Yet other similar reader threads still seem to be waiting until interrupted. Don't know how to explain.
Comment 3 Jesse Glick 2010-05-13 15:24:51 UTC
core-main #2f41152dbaf3