I would add it would be useful to know what system you are on and how much overall memory the machine has (not to mention how many other users are on the box). If you are on a linux variant, you can see installed memory by running: cat /proc/meminfo. You might also want to look at top to see how many resources are being used by you and others.
Regarding Java, if you had done a search for 'java xmx', you'd see that you can control the maximum heap size of the JVM using this option. [1] So, if you know how much memory you have available on your system, then you can set this value to something lower and verify that you can start the JVM in isolation. As for specifics, I wouldn't know, since you didn't provide the JVM version you're using. Try java -version to give us specifics. Brian [1] http://docs.oracle.com/cd/E13150_01/jrockit_jvm/jrockit/jrdocs/refman/optionX.html ����� Brian Lee Yung Rowe Founder, Zato Novo Professor, M.S. Data Analytics, CUNY On Aug 13, 2014, at 5:15 AM, peter dalgaard <pda...@gmail.com> wrote: > Well, I didn't go there because I don't have a clue.... > > What I usually try in such circumstances is to Google the error message and > see if any ideas crop up. Looks like it is common to several applications > that use Java, so not likely an R issue per se. > > I'd look into > > - how to provoke the error to occur without make > - what are your resource limits (ulimit -a is your friend)? > - are any environment variables affecting the Java memory use? If not, > perhaps you need to set them to values less than the max allowed. Or twiddle > command line options. > > etc. > > -pd > > On 13 Aug 2014, at 10:46 , Andr� Z. D. A. <andrezd...@yandex.com> wrote: > >> Thanks a lot for this atention, Peter. But the fonts problem is just a >> warning: "configure: WARNING: neither inconsolata.sty nor zi4.sty found: PDF >> vignettes and package manuals will not be rendered optimally". So, no >> worries. I can live with render errors for the manuals. :) >> >> But the error I have with the 'make' is with Java. I don't know why. I even >> restarted the compilation again (the only detail I change is to pass >> "--prefix=/home/me/r/" to configure, to install it on my own folder instead >> of defaults). Then a "make" without arguments and it ends with this: >> >> --------------------------------------------------------- >> configuring Java ... >> Java interpreter : /usr/bin/java >> Could not create the Java virtual machine. >> Error occurred during initialization of VM >> Could not reserve enough space for object heap >> >> *** Java interpreter doesn't work properly. >> >> make[1]: [stamp-java] Error 1 (ignored) >> make[1]: Leaving directory `/home/me/r-src-second-try/R-3.1.1' >> >> --------------------------------------------------------- >> >> >> But how do anyone explain that onde a second run of 'make' it finished!? And >> on two more times it won't show the error again! >> >> Lets try to run R. Done 'make install'... and then run... it works! >> >> I'm lost. A bug? Something is not working as it should? What? Or is it fine?? >> >> Andre' >> >> >>> On 11 Aug 2014, at 16:49 , peter dalgaard <pda...@gmail.com> wrote: >>> >>>> On 11 Aug 2014, at 15:46 , Andr� Z. D. A. <andrezd...@yandex.com> wrote: >>>> >>>>> No, Peter, I have the "(2014-07-10, Sock it to Me) R-3.1.1.tar.gz" >>>>> source. Thanks for pointing it. So (I hope) it should be ok. Right? >>>> >>>> Not unlikely. (I goofed and thought that it only affected the development >>>> version.) >>>> >>>> Check >>>> >>>> kpsewhich inconsolata.sty >>>> >>>> if it is found, and zi4.sty is not, then it should be fixed by an upcoming >>>> patch release. >>> >>> ... and for a quick fix, edit the configure script. There is a section >>> looking like this >>> >>> if test -n "${KPSEWHICH}"; then >>> ${KPSEWHICH} zi4.sty > /dev/null >>> if test $? -eq 0; then >>> { $as_echo "$as_me:${as_lineno-$LINENO}: result: found zi4.sty" >&5 >>> $as_echo "found zi4.sty" >&6; } >>> else >>> ${KPSEWHICH} inconsolata.sty > /dev/null >>> if test $? -ne 0; then >>> { $as_echo "$as_me:${as_lineno-$LINENO}: result: found inconsolata.sty" >&5 >>> >>> (Search for "incons" and you'll get there.) >>> >>> Change the -ne in the penultimate line to -eq and rerun configure. This >>> isn't the correct fix because configure is autogenerated from other files, >>> but it should get you going. >>> >>> -pd >>> >>>> -pd >>>> >>>>> -------- Peter Dalgaard, Professor wrote: >>>>> >>>>>> If you are playing with the R-devel branch (or rather, trunk), then just >>>>>> hold >>>>>> your horses for a little while. There seems to be a reversed-logic bug >>>>>> that >>>>>> bites if you have inconsolata.sty and not zi4.sty. >>>> >>>> -- >>>> Peter Dalgaard, Professor, >>>> Center for Statistics, Copenhagen Business School >>>> Solbjerg Plads 3, 2000 Frederiksberg, Denmark >>>> Phone: (+45)38153501 >>>> Email: pd....@cbs.dk Priv: pda...@gmail.com >>> >>> -- >>> Peter Dalgaard, Professor, >>> Center for Statistics, Copenhagen Business School >>> Solbjerg Plads 3, 2000 Frederiksberg, Denmark >>> Phone: (+45)38153501 >>> Email: pd....@cbs.dk Priv: pda...@gmail.com > > -- > Peter Dalgaard, Professor, > Center for Statistics, Copenhagen Business School > Solbjerg Plads 3, 2000 Frederiksberg, Denmark > Phone: (+45)38153501 > Email: pd....@cbs.dk Priv: pda...@gmail.com > > ______________________________________________ > R-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/r-devel [[alternative HTML version deleted]]
______________________________________________ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
