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
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