edgar.sol...@web.de
> On 11.06.2013 13:04, Rahkonen Jukka wrote: > > Hi, > > > > We have both done this thing so long that we know that there is no posting > method (top/bottom/inline) that suits for every use case and makes everybody > happy. Inline suits this, I agree. > > just because i don't say anything, does not mean i agree when all of you guys > top post away all the time ;) especially when there are several points to be > answered, top posting would only work if i copy/paste a quote from below to > my above answer. > > but no problem, just wanted to keep it readable for this issue, so i > mentioned it. > > > > > > >>> ---Detect maximum memory limit--- > >>> set Xmx to 1024M (32 bit jre maximum) ---Start OJ--- Error occurred > >>> during initialization of VM Could not reserve enough space for > >>> object heap > >>> Error: Could not create the Java Virtual Machine. > >>> Error: A fatal exception has occurred. Program will exit. > >>> > >>> The script assumes it has found java from windows\system32 > >>> "Using 'java' found in 'c:\Windows\System32\'" > >>> However, there is no java in that directory. > >>> > >> > >> ok. first please answer inline or below. that makes quoting so much easier. > >> http://en.wikipedia.org/wiki/Posting_style#Choosing_the_proper_postin > >> g_style > >> > >> wrt. to the "wrong" java binary. there is, but only using as the > >> script says above Wow64. > >> http://en.wikipedia.org/wiki/WoW64 > >> > >> 32bit dll's on win64 are despite the name located in > >> C:\Windows\SysWOW64, while 64bit dlls reside in C:\Windows\System32 . > >> ok, right system files in general, not only libraries. > >> > >> because these folders are always in the execute PATH newer java > >> installers place binaries in these folders which in turn find their > >> counterpart under Programs\ and run that. > >> > >> ergo, the java is correct. the error says > >> > >> " > >>> Error occurred during initialization of VM Could not reserve enough > >>> space for object heap > >>> Error: Could not create the Java Virtual Machine. > > > Error: A fatal exception has occurred. Program will exit. > > > > I see, there are java.exe, javaw.exe and javaws.exe in the > C:\Windows\SysWOW64 folder. > > > > > >> so, as asked before ;) > >> A. how much memory have you built-in and free. > > > > 8 gigabytes and 5 GB free. > > > >> B. does that also happen when the system is started afresh? > > > > No. The default oj_windows.bat works after restart. But now I know that it > has nothing to do with amount of memory or restarting the computer. This is a > funny story. > > > > I have my favourite OJ which I use all the time and I start is almost > > always with my computer. It is version 3131 (200121212) and I launch > > it with setting set JAVA_HOME=C:\ohjelmat\Java\jre6 > > > > If this OpenJUMP r3131 is running, then the default oj_windows.bat cannot > start new OpenJUMP r3587. However, if I edit the bat of the new version to use > also set JAVA_HOME=C:\ohjelmat\Java\jre6, it starts. If I close r3131, r3587 > starts with the default oj_windows.bat. This is something I can reproduce > every > time. > > > > Also, if I still use the default batch file and start 3587 first and then > > 3131, I can > launch more 3587 versions so that I can have 6 OpenJUMPs open, one of those > r3131 and 5 r3587. > > What definitely fails is to launch 3131 first and try to launch r3587 then > > with > the standard oj_windows.bat. > > > > So, perhaps oj_windows.bat used for launching r3131 is doing something that > baffles r3687 launch script? This must be very uncommon issue and I do not > believe (m)any other users will ever suffer from it. > > > > interesting.. my guesses would be > > A. an incompatibility of both jre's when run in parallel. can you force your > preferred OJ 121212 to use the same "java version "1.7.0_21"" that the 3587 > uses and see if you still can reproduce the error when first starting 3131 and > 3587 thereafter? I have no idea about how I can make r3131 to use the same version "1.7.0_21". The java.exe is perhaps there in C:\Windows\SysWOW64 but the old batch file does not accept is, nor windows/system32 > > B. just read that -Xmx values accumulate over jre instances run in parallel > http://stackoverflow.com/questions/9303889/error-occurred-during- > initialization-of-vm-could-not-reserve-enough-space-for/11201475#11201475 > this maybe true or not, but maybe the first setting in the older OJ 3131 takes > precedence or such. > what happens if you uncomment the Xmx setting in 3131 and start 3131 with jr6 > and default 3587? r3587 does not start. But r3141 does not use the clever autodetection for Xmx settings. However, I played with commenting/uncommenting the row. Nothing else than memory reservation seems to change. -Jukka- > > ..ede ------------------------------------------------------------------------------ This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
