Michael Goffioul <michael.goffi...@gmail.com> writes:

> On Tue, Jun 19, 2012 at 11:45 PM, Sébastien Villemot 
> <sebastien.ville...@ens.fr> wrote:
>
>     Michael Goffioul <michael.goffi...@gmail.com> writes:
>    
>     > GCJ is crashing at JVM initialization. At that point, no octave_java
>     > object has been allocated yet.
>    
>     My understanding is that during JVM initialization, octave_java objects
>     *are* allocated through static java variables initalizations. Indeed, if
>     I comment out this line...
>    
>        vm_args.add ("-Djava.system.class.loader=org.octave.OctClassLoader");
>    
>     ...I get no crash during JVM initialization with GCJ.
>
> This is pure java. By octave_java, I mean objects of the C++ class
> octave_java as defined in __java__.h. Of course when starting the JVM,
> static java objects are created, but these are entirely managed by the
> JVM and there's no C++ bridge object created yet in the octave world.

Ok, then the GCJ case is probably different from the OpenJDK case.

Still I’m clueless about what’s corrupting the memory under OpenJDK
7. The valgrind log does not differ from the one that I obtain under
OpenJDK 6. JWE has kindly volunteered to help, maybe there is some hope
:)

-- 
Sébastien Villemot
Researcher in Economics & Debian Maintainer
http://www.dynare.org/sebastien
Phone: +33-1-40-77-84-04 - GPG Key: 4096R/381A7594

Attachment: pgp7c8TfdOXua.pgp
Description: PGP signature

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Octave-dev mailing list
Octave-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/octave-dev

Reply via email to