* [gentoo-java] java.lang.OutOfMemoryError on amd64
@ 2006-03-17 14:59 Sebastiaan
2006-03-17 19:59 ` Greg Tassone
2006-03-17 22:01 ` Joshua Nichols
0 siblings, 2 replies; 5+ messages in thread
From: Sebastiaan @ 2006-03-17 14:59 UTC (permalink / raw
To: gentoo-java
[-- Attachment #1: Type: TEXT/PLAIN, Size: 2427 bytes --]
Hi,
I am trying to build VTK (http://www.vtk.org/). I have no problems
compiling this package on x86 by either using emerge or manually. But on
amd64 the build dies because of an java.lang.OutOfMemoryError:
(...)
Listing /var/tmp/portage/vtk-5.0.0-r4/work/VTK/Wrapping/Python/vtk/wx ...
Compiling /var/tmp/portage/vtk-5.0.0-r4/work/VTK/Wrapping/Python/vtk/wx/__init__.py ...
Compiling /var/tmp/portage/vtk-5.0.0-r4/work/VTK/Wrapping/Python/vtk/wx/wxVTKRenderWindow.py ...
Compiling /var/tmp/portage/vtk-5.0.0-r4/work/VTK/Wrapping/Python/vtk/wx/wxVTKRenderWindowInteractor.py ...
...
Generating ../../java/vtk/vtkBuildAllDriver.class
The system is out of resources.
Consult the following stack trace for details.
java.lang.OutOfMemoryError
make[2]: *** [java/vtk/vtkBuildAllDriver.class] Error 3
make[1]: *** [Wrapping/Java/CMakeFiles/VTKBuildAll.dir/all] Error 2
make: *** [all] Error 2
The build consequently breaks down here. However, when I run make again,
it suddenly compiles withtout problems and finishes the build.
The compilation command for building vtkBuildAllDriver.class is:
(...)
@echo "Generating ../../java/vtk/vtkBuildAllDriver.class"
cd /var/tmp/portage/vtk-5.0.0-r4/work/VTK/Wrapping/Java && /opt/blackdown-jdk-1.4.2.03/bin/javac -classpath
/var/tmp/portage/vtk-5.0.0-r4/work/VTK/java/vtk/.. -d /var/tmp/portage/vtk-5.0.0-r4/work/VTK/java/vtk/..
/var/tmp/portage/vtk-5.0.0-r4/work/VTK/java/vtk/vtkBuildAllDriver.java
I have tried to increase the amount of memory java can use by adding
-J-Xms48m to the command (right after configuration, since a second
compilation attempt always works), but without succes.
Does anyone have an idea what the problem can be? I am unsure if the
problem lies within VTK or Blackdown. Sun-jdk does not have a 64 bit
version available, so I cannot compare with that.
References:
I have previously posted this to
http://bugs.gentoo.org/show_bug.cgi?id=123178 as well.
Thanks in advance,
Sebastiaan
--
English written by Dutch people is easily recognized by the improper use of 'In principle ...'
The software box said 'Requires Windows 95 or better', so I installed Linux.
Als Pacman in de jaren '80 de kinderen zo had beïnvloed zouden nu veel jongeren rondrennen
in donkere zalen terwijl ze pillen eten en luisteren naar monotone electronische muziek.
(Kristian Wilson, Nintendo, 1989)
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [gentoo-java] java.lang.OutOfMemoryError on amd64
2006-03-17 14:59 [gentoo-java] java.lang.OutOfMemoryError on amd64 Sebastiaan
@ 2006-03-17 19:59 ` Greg Tassone
2006-03-20 10:20 ` Sebastiaan
2006-03-17 22:01 ` Joshua Nichols
1 sibling, 1 reply; 5+ messages in thread
From: Greg Tassone @ 2006-03-17 19:59 UTC (permalink / raw
To: gentoo-java
[-- Attachment #1: Type: text/plain, Size: 763 bytes --]
On Fri, 2006-03-17 at 15:59 +0100, Sebastiaan wrote:
...
> Does anyone have an idea what the problem can be? I am unsure if the
> problem lies within VTK or Blackdown. Sun-jdk does not have a 64 bit
> version available, so I cannot compare with that.
FYI: Sun DOES have a JDK for 64-bit Linux. It is in Portage, too,
although it is currently masked (please see the list archives[1] if you
don't know why). The 64-bit sun-jdk is a "server VM", so it doesn't
include things like Web Start or applet support. However, it works just
fine.
I'm not sure what might be causing the rest of your build problems, but
wanted to at least provide the above.
Greg T.
Footnote [1]:
List archives:
http://news.gmane.org/gmane.linux.gentoo.java/
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [gentoo-java] java.lang.OutOfMemoryError on amd64
2006-03-17 19:59 ` Greg Tassone
@ 2006-03-20 10:20 ` Sebastiaan
0 siblings, 0 replies; 5+ messages in thread
From: Sebastiaan @ 2006-03-20 10:20 UTC (permalink / raw
To: Greg Tassone; +Cc: gentoo-java
[-- Attachment #1: Type: TEXT/PLAIN, Size: 1455 bytes --]
Hi,
On Fri, 17 Mar 2006, Greg Tassone wrote:
> On Fri, 2006-03-17 at 15:59 +0100, Sebastiaan wrote:
> ...
>> Does anyone have an idea what the problem can be? I am unsure if the
>> problem lies within VTK or Blackdown. Sun-jdk does not have a 64 bit
>> version available, so I cannot compare with that.
>
> FYI: Sun DOES have a JDK for 64-bit Linux. It is in Portage, too,
> although it is currently masked (please see the list archives[1] if you
> don't know why). The 64-bit sun-jdk is a "server VM", so it doesn't
> include things like Web Start or applet support. However, it works just
> fine.
>
oops, did not see that :s
> I'm not sure what might be causing the rest of your build problems, but
> wanted to at least provide the above.
>
I have tried to build VTK with sun-jdk now (without allocating extra
memory), and I get the exact same error. So it is not a Blackdown issue.
I assume Blackdown and Sun are two completely code-independent VMs, so I
guess the problem lies with VTK?
Greetz,
Sebastiaan
--
English written by Dutch people is easily recognized by the improper use of 'In principle ...'
The software box said 'Requires Windows 95 or better', so I installed Linux.
Als Pacman in de jaren '80 de kinderen zo had beïnvloed zouden nu veel jongeren rondrennen
in donkere zalen terwijl ze pillen eten en luisteren naar monotone electronische muziek.
(Kristian Wilson, Nintendo, 1989)
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [gentoo-java] java.lang.OutOfMemoryError on amd64
2006-03-17 14:59 [gentoo-java] java.lang.OutOfMemoryError on amd64 Sebastiaan
2006-03-17 19:59 ` Greg Tassone
@ 2006-03-17 22:01 ` Joshua Nichols
2006-03-18 11:39 ` Sebastiaan
1 sibling, 1 reply; 5+ messages in thread
From: Joshua Nichols @ 2006-03-17 22:01 UTC (permalink / raw
To: Sebastiaan; +Cc: gentoo-java
Whoops... accidentally replied off list much earlier today.
Sebastiaan wrote:
> I have tried to increase the amount of memory java can use by adding
> -J-Xms48m to the command (right after configuration, since a second
> compilation attempt always works), but without succes.
>
-Xms sets the initial memory allocated. You probably want -Xmx, which
sets the maximum amount of memory that will be allocated, and you
probably want this to be fairly high, or at least more than 48m.
If you're going to patch the makefiles, a clean way to do it may be to
add like a variable JAVACFLAGS, which we can then set in the ebuild like:
use amd64 && JAVACFLAGS="-J-Xmx256m ${JAVACFLAGS}"
> Does anyone have an idea what the problem can be? I am unsure if the
> problem lies within VTK or Blackdown. Sun-jdk does not have a 64 bit
> version available, so I cannot compare with that.
>
I'm pretty sure it's a blackdown on amd64 thing. We do encounter it for
a few packages, like net-p2p/azureus. For the record, there is a amd64
version of sun-jdk-1.5 (and 1.6...), but I'm sure at this point I
shouldn't have to go into the concerns about using them ;)
> References:
> I have previously posted this to
> http://bugs.gentoo.org/show_bug.cgi?id=123178 as well.
>
Hope this helps,
- Josh
--
gentoo-java@gentoo.org mailing list
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [gentoo-java] java.lang.OutOfMemoryError on amd64
2006-03-17 22:01 ` Joshua Nichols
@ 2006-03-18 11:39 ` Sebastiaan
0 siblings, 0 replies; 5+ messages in thread
From: Sebastiaan @ 2006-03-18 11:39 UTC (permalink / raw
To: gentoo-java
[-- Attachment #1: Type: TEXT/PLAIN, Size: 2036 bytes --]
Hi!
On Fri, 17 Mar 2006, Joshua Nichols wrote:
> Whoops... accidentally replied off list much earlier today.
>
> Sebastiaan wrote:
>> I have tried to increase the amount of memory java can use by adding
>> -J-Xms48m to the command (right after configuration, since a second
>> compilation attempt always works), but without succes.
>>
> -Xms sets the initial memory allocated. You probably want -Xmx, which sets
> the maximum amount of memory that will be allocated, and you probably want
> this to be fairly high, or at least more than 48m.
> If you're going to patch the makefiles, a clean way to do it may be to add
> like a variable JAVACFLAGS, which we can then set in the ebuild like:
> use amd64 && JAVACFLAGS="-J-Xmx256m ${JAVACFLAGS}"
Yes! This works.
>> Does anyone have an idea what the problem can be? I am unsure if the
>> problem lies within VTK or Blackdown. Sun-jdk does not have a 64 bit
>> version available, so I cannot compare with that.
>>
> I'm pretty sure it's a blackdown on amd64 thing. We do encounter it for a few
> packages, like net-p2p/azureus. For the record, there is a amd64 version of
> sun-jdk-1.5 (and 1.6...), but I'm sure at this point I shouldn't have to go
> into the concerns about using them ;)
>
I am still a little bit disfigured: is the problem is the amount of
allocated memory, why does a second make always work? Perhaps javac is
keeping some cache?
Thanks!
Sebastiaan
>> References:
>> I have previously posted this to
>> http://bugs.gentoo.org/show_bug.cgi?id=123178 as well.
>>
>
> Hope this helps,
> - Josh
>
--
English written by Dutch people is easily recognized by the improper use of 'In principle ...'
The software box said 'Requires Windows 95 or better', so I installed Linux.
Als Pacman in de jaren '80 de kinderen zo had beïnvloed zouden nu veel jongeren rondrennen
in donkere zalen terwijl ze pillen eten en luisteren naar monotone electronische muziek.
(Kristian Wilson, Nintendo, 1989)
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2006-03-20 10:20 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-03-17 14:59 [gentoo-java] java.lang.OutOfMemoryError on amd64 Sebastiaan
2006-03-17 19:59 ` Greg Tassone
2006-03-20 10:20 ` Sebastiaan
2006-03-17 22:01 ` Joshua Nichols
2006-03-18 11:39 ` Sebastiaan
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox