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.
Product Version = NetBeans IDE Dev (Build 200211040100) IDE Versioning = IDE/1 spec=3.18 impl=200211040100 Operating System = Linux version 2.4.18 running on i386 Java; VM; Vendor = 1.4.1_01; Java HotSpot(TM) Client VM 1.4.1_01-b01; Sun Microsystems Inc. Java Home = /usr/java/j2sdk1.4/sun/jdk1.4.1_01/jre System Locale; Encod. = cs_CZ; ISO-8859-2 Home Dir; Current Dir = /home.local/danielm; /DISKS/storage3/forte/NBdev-last/netbeans/bin IDE Install; User Dir = /home.local/danielm/NBdev-last; /home.local/danielm/.netbeans/dev ------------------------------------------------------------------------------- When select a node in Explorer the CNFE is thrown. see its stackrace
Created attachment 7848 [details] stacktrace CNFE
I'm very, very sorry about entering this issue repeatedly several times:-((( IZ/PROXY didn't work properly so I've got error after each submit. Back to the issue: ------------------ It happend me on a clear build. While I was autoupdating a few modules I mounted JavaCVS FS. On that JavaCVS FS it happened me only. SO what is different from others FSs? I have a java file in it, with its compiler property sets to: (do not compile) So it happens me only on nodes/packages above this class in this hier.structure and also in the file itself.
another observation: -------------------- this happen anly if you set such file's compiler properties in previous build (My previous runned build was WEN Q-build: 2002-10-30-0100) So, seems to me that it is some incompatibility in storing format of .nbattrs file Who is responsible for it?
Hi, I was able to reproduce this problem using user dir from 200207310100 on 200211060100. I was able to produce this on both JavaCVS and LocalFilesystem. I am not sure where the problem is. I am reassigning it to settings for first evaluation.
It still happens: I run today's Q-build candidate NB40dev-2002-11-13-011 with clear user dir settings. So the only thing could persist from prevously usaged builds is .nbattrs I'm gonna attach it in this state as today's build touch it... (I didn't try or intend to save new settings in it:)
Created attachment 7930 [details] backuped .nbattrs byt hte ide
Created attachment 7931 [details] .nbattrs in the state I found E. is throwing
Created attachment 7932 [details] .nbattrs after I change compiler setings and revert them back...no more E.
*** This issue has been marked as a duplicate of 30998 ***
ok, it is a dup