Well, you didn't test in a subshell. That's what I meant by the ()'s. [...@gemini trunk 14:22:02]$ (echo $JAVA_OPTS) -ea -Xmx768m [...@gemini trunk 14:24:32]$ (env | grep JAVA) JAVA_OPTS=-ea -Xmx768m JAVA_HOME=/Library/Java/home JAVACC_HOME=/usr/local/javacc/javacc-2.1 [...@gemini trunk 14:24:48]$ java -version java version "1.6.0_17" Java(TM) SE Runtime Environment (build 1.6.0_17-b04-248-10M3025) Java HotSpot(TM) 64-Bit Server VM (build 14.3-b01-101, mixed mode) [...@gemini trunk 14:25:02]$ ant -version Apache Ant version 1.7.1 compiled on September 22 2009 [...@gemini trunk 14:25:59]$ (cd $JAVA_HOME; pwd -P) /System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Home
I just don't see what else it could be. I have my memory set to 768m and it works. On 2010-02-24, at 13:48, Lou Iorio wrote: > ~ $ echo $JAVA_OPTS > -Xmx1024m > > ~ $ env | grep JAVA > JAVA_OPTS=-Xmx1024m > JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versions/1.6/Home/ > JAVACC_HOME=/Users/lou/lib/javacc2.1 > > ~ $ java -version > java version "1.6.0_17" > Java(TM) SE Runtime Environment (build 1.6.0_17-b04-248-9M3125) > Java HotSpot(TM) 64-Bit Server VM (build 14.3-b01-101, mixed mode) > ~ $ ant -version > Apache Ant version 1.7.1 compiled on June 27 2008 > > On Wed, Feb 24, 2010 at 2:22 PM, P T Withington <[email protected]> wrote: > >> That error is just trying to compile the LPS jar. It hasn't even started >> on the doc at this point. >> >> I have to suspect something is awry with your java, that it is (for some >> reason) not seeing your JAVA_OPTS. What do you see if you say: >> >> % (echo $JAVA_OPTS) >> >> at a terminal prompt? (I.e., invoke echo in a sub-shell to see exactly >> what value JAVA_OPTS will have in a shell script.) >> >> On 2010-02-24, at 12:45, Lou Iorio wrote: >> >>> Yes, this same error every time. If it gets past this, the build >> succeeds. >>> >>> compile: >>> [javac] Compiling 565 source files to >>> /Users/lou/src/svn/openlaszlo/trunk/WEB-INF/lps/server/build >>> [javac] >>> [javac] >>> [javac] The system is out of resources. >>> [javac] Consult the following stack trace for details. >>> [javac] java.lang.OutOfMemoryError: Java heap space >>> [javac] at >>> com.sun.tools.javac.code.Scope$ImportScope.makeEntry(Scope.java:385) >>> [javac] at com.sun.tools.javac.code.Scope.enter(Scope.java:196) >>> [javac] at com.sun.tools.javac.code.Scope.enter(Scope.java:183) >>> [javac] at >>> com.sun.tools.javac.comp.MemberEnter.importAll(MemberEnter.java:132) >>> [javac] at >>> com.sun.tools.javac.comp.MemberEnter.visitImport(MemberEnter.java:538) >>> [javac] at >>> com.sun.tools.javac.tree.JCTree$JCImport.accept(JCTree.java:495) >>> [javac] at >>> com.sun.tools.javac.comp.MemberEnter.memberEnter(MemberEnter.java:387) >>> [javac] at >>> com.sun.tools.javac.comp.MemberEnter.memberEnter(MemberEnter.java:399) >>> [javac] at >>> com.sun.tools.javac.comp.MemberEnter.visitTopLevel(MemberEnter.java:512) >>> [javac] at >>> com.sun.tools.javac.tree.JCTree$JCCompilationUnit.accept(JCTree.java:446) >>> [javac] at >>> com.sun.tools.javac.comp.MemberEnter.memberEnter(MemberEnter.java:387) >>> [javac] at >>> com.sun.tools.javac.comp.MemberEnter.complete(MemberEnter.java:819) >>> [javac] at com.sun.tools.javac.code.Symbol.complete(Symbol.java:386) >>> [javac] at >>> com.sun.tools.javac.code.Symbol$ClassSymbol.complete(Symbol.java:758) >>> [javac] at com.sun.tools.javac.comp.Enter.complete(Enter.java:451) >>> [javac] at com.sun.tools.javac.comp.Enter.main(Enter.java:429) >>> [javac] at >>> com.sun.tools.javac.main.JavaCompiler.enterTrees(JavaCompiler.java:819) >>> [javac] at >>> com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:727) >>> [javac] at com.sun.tools.javac.main.Main.compile(Main.java:353) >>> [javac] at com.sun.tools.javac.main.Main.compile(Main.java:279) >>> [javac] at com.sun.tools.javac.main.Main.compile(Main.java:270) >>> [javac] at com.sun.tools.javac.Main.compile(Main.java:69) >>> [javac] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>> [javac] at >>> >> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) >>> [javac] at >>> >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >>> [javac] at java.lang.reflect.Method.invoke(Method.java:597) >>> [javac] at >>> org.apache.tools.ant.taskdefs.compilers.Javac13.execute(Javac13.java:56) >>> [javac] at >> org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:1065) >>> [javac] at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:882) >>> [javac] at >>> org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) >>> [javac] at sun.reflect.GeneratedMethodAccessor1.invoke(Unknown Source) >>> [javac] at >>> >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >>> >>>> From my .profle: >>> >>> JAVA_OPTS="-Xmx1024m" >>> export JAVA_OPTS >>> >>> >>> On Wed, Feb 24, 2010 at 1:03 PM, P T Withington <[email protected]> wrote: >>> >>>> Are you always failing with an "out of memory" error? >>>> >>>> On 2010-02-24, at 11:45, Lou Iorio wrote: >>>> >>>>> Just to follow up, I am now able to do a complete build, including doc: >>>> just >>>>> not every time. >>>>> >>>>> This morning, I did three builds without any change between builds. The >>>>> first two failed; >>>>> the third succeeded. >>>>> >>>>> MacBook Pro, OS X 10.5.8, Ant 7, JDK 1.6 >>>> >>>> >> >>
