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 29940 - Sometimes class file cannot be created
Summary: Sometimes class file cannot be created
Status: RESOLVED WONTFIX
Alias: None
Product: java
Classification: Unclassified
Component: Unsupported (show other bugs)
Version: 3.x
Hardware: PC Windows ME/2000
: P3 blocker (vote)
Assignee: issues@java
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-01-10 10:17 UTC by dynamite
Modified: 2007-09-26 09:14 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description dynamite 2003-01-10 10:17:48 UTC
I am currently using 3.4.1 rc2

Sometimes when compiling I get an error something
like 

C:\ProgressMarker.java: Cannot create class file
'C:\manager\ProgressMarker.class'
1 error
Errors compiling ProgressMarker [Local].

If I subsequently try to delete the old .class
file I get told that there is a sharing violation.
I also note the existence of a ProgressMaker.cltmp.

The only way around this is to bounce the IDE.
Comment 1 Marian Mirilovic 2003-01-10 10:37:42 UTC
We need more info, exact steps to reproduce from run IDE until bug
arises. 
Comment 2 Marian Mirilovic 2003-01-10 10:39:04 UTC
Is "C:\manager\" read-only, isn't it ?
Comment 3 dynamite 2003-01-10 10:54:58 UTC
c:\manager is *not* read-only. Other class file in the same directory
can be overriden. It happens in a hap-hazard way. I can sometimes have
compiled the same file a number of times before I hit this problem.

I always compile using the F9 accelerator with the file open in the
Editing pane.

I should probably also say that I am using the fastjavac compiler.
Comment 4 Marian Mirilovic 2003-01-10 11:02:29 UTC
Maybe compiler is responsible.
Comment 5 Svata Dedic 2003-01-10 12:12:19 UTC
It seems as another incarnation of good old #29306 ?
Comment 6 Svata Dedic 2003-02-28 16:28:47 UTC
Please verify in latest dev build
Comment 7 Svata Dedic 2003-02-28 16:41:19 UTC
Transfering to java module, btw.
Comment 8 dynamite 2003-03-03 15:49:57 UTC
Downloaded the latest development release today. The problem still
seems to be there. It should be noted that the problem itself is not
always present. However, once it does occur for a file, it seems to be
persistent for that file.

Failure is when fastjavac is used. External compilation is always fine.
Comment 9 Jan Becicka 2003-03-14 10:05:34 UTC
Svato, are you gonna fix this issue for NB35?
Comment 10 Jan Becicka 2003-03-25 15:56:15 UTC
fastjavac didn't probably close the class file...?
Comment 11 Jan Pokorsky 2004-02-18 14:18:40 UTC
Fastjavac is not supported anymore and since it is a closed source
there is no reason to keep this as open issue.
Comment 12 dynamite 2004-02-19 11:57:18 UTC
fastjavac is still on the list of module updates.

Remove it?
Comment 13 Quality Engineering 2007-09-20 11:54:17 UTC
Reorganization of java component