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.
Summary: | NB is holding a .class file hostage (not allowing delete or recompile) | ||
---|---|---|---|
Product: | java | Reporter: | Lee Doty <rrzip> |
Component: | Unsupported | Assignee: | Tomas Hurka <thurka> |
Status: | VERIFIED FIXED | ||
Severity: | blocker | CC: | bht |
Priority: | P2 | ||
Version: | 3.x | ||
Hardware: | PC | ||
OS: | Windows 3.1/NT | ||
Issue Type: | DEFECT | Exception Reporter: | |
Attachments: | Stack Trace |
Description
Lee Doty
2003-01-22 21:17:45 UTC
in the example error message, the file that I had originally compiled with the rerror was "CountMeter.java" Note: the class file associated with the file with the previous error is the one that remains locked Not a solution maybe. I remember problems like these. It occurs ONLY on Win platform. In ant build scripts the solution was to fork the java compiler task into a different JVM. Or to restart IDE... Uff, I've found reproducible testcase! Just set "internal campilation" to be the default compiler and set it's Target property. And then invoke Build All. Created attachment 8690 [details]
Stack Trace
Can you reproduce it for an external compiler, too ? No, I'm afraid. Problem is in clazz module. The important part of testcase is that this bug occurs with cross-compilation. Thanks Jan for finding it! Fixed in trunk. Input streams, used for reading class files, are now closed. *** Issue 29622 has been marked as a duplicate of this issue. *** *** Issue 27383 has been marked as a duplicate of this issue. *** Verified in trunk |