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.
Get attachment, unpack it do C:/ and add filesystem "C:/Test Files", and on the file system call Build All. When in the directory name is not a space, or when compiling less than 10 files, it goes alright.
It is OK at least on Linux/Solaris.
Priority is changed to P4 (normal).
I also experience this behaviour. When I mount a filesystem with a space in it and add more then 10 files (with up to 10 it works) to the project and then build the project with the external compiler I get: javac: invalid argument: C:\Program Usage: javac <options> <source files> where possible options include: -g Generate all debugging info -g:none Generate no debugging info -g:{lines,vars,source} Generate only some debugging info -O Optimize; may hinder debugging or enlarge class file -nowarn Generate no warnings -verbose Output messages about what the compiler is doing -deprecation Output source locations where deprecated APIs are used -classpath <path> Specify where to find user class files -sourcepath <path> Specify where to find input source files -bootclasspath <path> Override location of bootstrap class files -extdirs <dirs> Override location of installed extensions -d <directory> Specify where to place generated class files -encoding <encoding> Specify character encoding used by source files -target <release> Generate class files for specific VM version Errors compiling test.
Can you reliably reproduce the problem ? If so, please attach here the exact command lineused to laungch the IDE (modify the external compiler property to begin with "cmd -c echo ", or capture the command in any other way) so we may see whether the commandline is ill-formed or what. Please run netbeans with -J-Dnetbeans.debug.exceptions=true and try to reproduce the bug. You'll find trace messages about launching external process (compiler) - please attach them here too.
I started Netbeans with -J-Dnetbeans.debug.exceptions=true, but not trace messages about starting the external compiler. Content of my ide.cfg: -jdkhome C:\Compilers\jdk1.3.0_02 -J-Xmx128m -J-Xss1024k -J-Xms32m -J-Dnetbeans.debug.exceptions=true I create an attachement with the commanline.
Created attachment 1376 [details] javac commandline
Created attachment 1377 [details] compiler params
One more thing, could you get here the file mentioned on the compiler commandline with filenames (the one after @) ? The commandline seems OK, properly quoted :-( If you - with the same IDE setup - compile a single class does everything go well ? Could you please attach a commandline from a single file compilation ? Sorry to bother you but I am kind of stuck and I want to get rid of this issue.
Oops, I didn't look at the compiler params attachment. Now it is a little clearer ;-) Could you please verify one assumption ? Try to compile as much as possible classes so that the compiler is invoked with their names right on the commandline instead in a separate file. If that is OK, add one more class (so the file is created) and that should fail :-\ I suppose we have to quote the filenames EVEN if passed through the file. Stupid windows, really.
With 10 files no compilerparams file is created and it works. With 11 files a compilerparams file is created and it doesn't work.
*** Issue 12201 has been marked as a duplicate of this issue. ***
*** Issue 12319 has been marked as a duplicate of this issue. ***
It should work now for javac & windows. However, Jikes is broken - it tokenizes the filelist using a whitespace as a boundary and does not understand quoting/escaping in the filelist. The bug is fixed *only* for Windows platform, I don't have a way to test it on OpenVMS. Jesse, could you give me a contact to Compaq people working on VMS issues ?
Add mgarrison@netbeans.org to the CC list, or mail netbeans@compaq.com.
[200110050100] Verified
*** Issue 16463 has been marked as a duplicate of this issue. ***
*** Issue 10743 has been marked as a duplicate of this issue. ***
*** Issue 10484 has been marked as a duplicate of this issue. ***
Svata do you know what the correct target milestone for this bug is? Also which files was it fixed in? Very commonly reported, so we ought to have full information in this report.
The fix was released with NB-3.3.0 according to CVS history. Changed file: /cvs/openide/src/org/openide/compiler/ExternalCompilerGroup.java,v revision 1.35
*** Issue 24943 has been marked as a duplicate of this issue. ***
Reproduce on Mac OS X, see issue #24943 and I was able to reproduce it on Linux too using the test classes from issue #24943. Reopening.
It does not work on Solaris too (using test case from issue #24943).
Fixed in trunk. All platform except VMS now uses quoting. Checking in ExternalCompilerGroup.java; /cvs/openide/src/org/openide/compiler/ExternalCompilerGroup.java,v <-- ExternalCompilerGroup.java new revision: 1.46; previous revision: 1.45 done
Reopening, so I can set resolution to RESOLVED FIXED.
FIXED.
Cannot reproduce in 200210090100
Resolved for 3.4.x or earlier, no new info since then -> closing.