[oe] [meta-java] Trying to update openjdk-7 to icedtea 2.5.4 and jdk75b13

[Sven Ebenfeld]

Okay, thanks for the reply! I'm going to run it with debug symbols within
the next days.
But I have one more question. Icedtea7-native needs xsltproc native. Do you
know the recipe which is providing it?
Am 03.04.2015 20:18 schrieb "Otavio Salvador" <otavio at ossystems.com.br>:

> On Fri, Apr 3, 2015 at 5:07 AM, Sven Ebenfeld <sven.ebenfeld at gmail.com>
> wrote:
> > Hi Otavio,
> >
> > Am 03.04.2015 um 03:56 schrieb Otavio Salvador:
> >> Hello Sven,
> >>
> >> On Thu, Apr 2, 2015 at 5:25 PM, Sven Ebenfeld <sven.ebenfeld at gmail.com>
> wrote:
> >>> I've managed to build and run OpenJDK-7-75b13 on an armv7 target but
> now
> >>> I run into an issue reported all around in the net:
> >>> http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=1851
> >>>
> >>> I'm adressing the same issue with the quartz library on my target as in
> >>> the last comment. For this specific case it looks like the segfault is
> >>> thrown on a call to Object.clone() within the quartz library.
> >>> Unfortunately I don't find any bugfix or other hint for fixing that
> >>> issue. Other sites state, that "-XX:+PrintCommandLineFlags" works
> around
> >>> that issue. This is right but it makes the VM painfully slow. So it
> >>> looks like either the ThumbEE or the whole ASM optimizations won't be
> >>> used with that option.
> >>>
> http://blog.timmattison.com/archives/2014/08/29/deal-with-os-linux-zero-dot-cpp-related-jvm-crashes-without-using-the-oracle-jvm/
> >>>
> >>> I've looked for solutions a lot but didn't find anything helpful, yet.
> >>> Any ideas?
> >>>
> >>> If anyone wants to play around with my current work. Please have a look
> >>> at my fork on github
> https://github.com/esven/meta-java/tree/jdk_update
> >>
> >> It would be good to hook a gdb on this before the failure and try to
> >> see if something can be identified which might help fixing the root
> >> cause of the issue?
> >>
> >
> > Running with gdb gives the following output. I can't install debug
> > symbols for java atm. I will do this next week. But at least gdb tells
> > us which address it wants to access.
> >
> > 08:01:07.529 [main] INFO  org.quartz.impl.StdSchedulerFactory - Quartz
> > scheduler 'BoxClient Scheduler' initialized from default file in current
> > working dir: 'quartz.properties'
> > 08:01:07.531 [main] INFO  org.quartz.impl.StdSchedulerFactory - Quartz
> > scheduler version: 2.2.1
> > 08:01:07.539 [main] INFO  org.quartz.core.QuartzScheduler - JobFactory
> > set to: com.in2soft.remote.client.scheduler.SchedulerJobFactory at 1b487e4
> > Cannot access memory at address 0x28
> >
> > Program received signal SIGSEGV, Segmentation fault.
> > [Switching to Thread 0xb6064460 (LWP 1801)]
> > Cannot access memory at address 0x28
> > 0xb6af138c in ?? ()
> >    from /usr/lib/jvm/java-7-openjdk/jre/lib/arm/server/libjvm.so
> > (gdb) bt
> > #0  0xb6af138c in ?? ()
> >    from /usr/lib/jvm/java-7-openjdk/jre/lib/arm/server/libjvm.so
> > #1  0x00000000 in ?? ()
> > Backtrace stopped: previous frame identical to this frame (corrupt
> stack?)
> > (gdb)
> >
> >
> > Any clues?
>
> Unfortunately, not.
>
> --
> Otavio Salvador                             O.S. Systems
> http://www.ossystems.com.br        http://code.ossystems.com.br
> Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750
>