Sorry, I did try that too. What's the -ea in your output? That's the only difference I see.
~ $ (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 On Wed, Feb 24, 2010 at 3:33 PM, P T Withington <[email protected]> wrote: > 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 > >>>> > >>>> > >> > >> > >
