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 11017 - NB and JDK installed in directories with spaces causes parsing and compilation problems
Summary: NB and JDK installed in directories with spaces causes parsing and compilatio...
Status: CLOSED FIXED
Alias: None
Product: java
Classification: Unclassified
Component: Unsupported (show other bugs)
Version: 3.x
Hardware: PC Windows ME/2000
: P2 blocker (vote)
Assignee: issues@java
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-04-04 02:01 UTC by Jeffrey Keyser
Modified: 2007-09-26 09:14 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments
IDE log file (93.08 KB, text/plain)
2001-04-04 02:02 UTC, Jeffrey Keyser
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jeffrey Keyser 2001-04-04 02:01:16 UTC
I have the Java2 SDK installed at C:\Program Files\JavaSoft\jdk1.3, and 
NetBeans 3.2 beta build 11 installed at C:\Program Files\netbeans.  When I 
navigate through the explorer to a directory where I have Jaca source code 
files, all of the file icons appear with a red X on them, and the following 
items appear in the log:

WARNING: "C:\Program Files\netbeans\lib\core.jar cannot be opened
WARNING: C:\Program Files\netbeans\lib\ext\jaxp.jar cannot be opened
WARNING: C:\Program Files\JavaSoft\jdk1.3\lib\tools.jar" cannot be opened
WARNING: "C:\Program Files\JavaSoft\jdk1.3\jre\lib\rt.jar cannot be opened
WARNING: C:\Program Files\JavaSoft\jdk1.3\jre\classes cannot be opened
WARNING: " cannot be opened
org.netbeans.lib.javac.v8.util.FatalError: Fatal Error: Unable to locate 
package java.lang in classpath or bootclasspath
	at org.netbeans.lib.javac.v8.comp.Enter$MemberEnter.importAll
(Enter.java:678)
	at org.netbeans.lib.javac.v8.comp.Enter$MemberEnter._case
(Enter.java:793)
	at org.netbeans.lib.javac.v8.comp.ParsingEnter$ClazzMemberEnter._case
(ParsingEnter.java:364)
	at org.netbeans.lib.javac.v8.tree.Tree$TopLevel.visit(Tree.java:326)
	at org.netbeans.lib.javac.v8.comp.Enter$MemberEnter.memberEnter
(Enter.java:759)
	at org.netbeans.lib.javac.v8.comp.Enter$CompleteEnter.complete
(Enter.java:926)
	at org.netbeans.lib.javac.v8.code.Symbol.complete(Symbol.java:344)
	at org.netbeans.lib.javac.v8.comp.Enter.main(Enter.java:636)
	at org.netbeans.modules.java.gj.ParserEngine.parseObject
(ParserEngine.java:137)
	at org.netbeans.modules.java.gj.JavaParserEngine.process
(JavaParserEngine.java:87)
	at org.netbeans.modules.java.parser.ParseSourceRequest.process
(ParseSourceRequest.java:222)
	at 
org.netbeans.modules.java.parser.ParsingSupport$Processor.parseLockModel
(ParsingSupport.java:636)
	at org.netbeans.modules.java.parser.ParsingSupport$Processor.run
(ParsingSupport.java:574)
	at org.openide.util.Task.run(Task.java:124)
	at org.openide.util.RequestProcessor$ProcessorThread.run
(RequestProcessor.java:567)

(This last exception appears once for each file.)

This problem is also preventing me from compiling any code.  This was not a 
problem with build 122.
Comment 1 Jeffrey Keyser 2001-04-04 02:02:37 UTC
Created attachment 987 [details]
IDE log file
Comment 2 Svata Dedic 2001-04-04 06:44:57 UTC
This issue was fixed in builds 14 and above. Please be sure to download the
extra binaries, there were changes lately.
Comment 3 Jan Becicka 2001-04-09 15:25:30 UTC
[Release32-23]
It's not possible to compile, if jdk is installed in directory with spaces.
Comment 4 Jeffrey Keyser 2001-04-10 00:25:42 UTC
It seems that only the external compiler is broken.  The internal compiler 
still works.
Comment 5 Svata Dedic 2001-04-10 13:31:22 UTC
Fixed in dev trunk, pending merge to rel32

Jeff, Internal compiler does not construct any command line, it is given 
parameters right through the properies you set in Project Settings | Compiler 
types - the compiler itself is a java bean :-)
Comment 6 Svata Dedic 2001-04-11 16:12:52 UTC
Reopening, merging to Release-3.2
Comment 7 Svata Dedic 2001-04-11 16:14:39 UTC
Fixed in release-3.2
Comment 8 Jan Becicka 2001-04-13 12:50:02 UTC
[release32-29] Verified
Comment 9 bondolo 2001-04-13 20:00:58 UTC
(b28) With JDK 1.3.1b21 on Windows 2000 using Canadian English Locale
and also on
(b29) With JDK 1.3.1b21 on Solaris 8 using Canadian English Locale

The exception stack trace is the same for both cases:

Fri Apr 13 11:54:55 PDT 2001: java.lang.NullPointerException: null
java.lang.NullPointerException
        at
org.openide.compiler.ExternalCompiler$4.getFileName(ExternalCompiler.java:310)
        at
org.openide.compiler.ExternalCompiler.getFileName(ExternalCompiler.java:362)
        at
org.openide.compiler.ExternalCompilerGroup.start(ExternalCompilerGroup.java:228)
        at
org.netbeans.modules.java.JExternalCompilerGroup.start(JExternalCompilerGroup.java:134)
[catch] at
org.netbeans.core.compiler.CompilationEngineImpl$CompilerThread$GroupCompiler.run(CompilationEngineImpl.java:257)

Most of the time I can use the "Build All" and "Compile All" menu items, but
occasionally I will get this NPE. Following the NPE, every attempt to use these
menu items will result in the same NPE.
Comment 10 Svata Dedic 2001-04-15 10:23:55 UTC
The NPE is probably not, in fact, caused by spaces in pathname(s) - it was 
reported as a sideeffect of locally removed file from VCSs (CVS filesystem for 
example). 
FastJavac still has problems with spaces, will fix for RC-3
Comment 11 bondolo 2001-04-16 21:03:31 UTC
Indeed I did have files in a CVS filesystem which had been "removed" and 
locally deleted. Since commiting the "removes" to my cvs repository I have not 
experienced the problems for which I reopened this bug.
Comment 12 Svata Dedic 2001-04-17 15:23:07 UTC
Closing as fixed again. The NPE was reported separately as issues #11367 and 
#11436 respectively.
Comment 13 Svata Dedic 2001-04-18 15:58:45 UTC
Merged to 3.2
Comment 14 Jan Chalupa 2001-05-05 23:26:22 UTC
Target milestone -> 3.2
Comment 15 Quality Engineering 2003-07-01 13:20:32 UTC
Resolved for 3.4.x or earlier, no new info since then -> closing.