BZ #188: icedtea-6-jre-cacao armhf crashes on startup; Debian, Cubieboard 2 (ARMv7)

Status fields:

creation_ts:2013-08-13 03:12
component:unspecified
version:1.6.0
rep_platform:arm
op_sys:Linux
bug_status:RESOLVED
resolution:INVALID
reporter:gordon@morehouse.me
I am running Debian 7.1 ('Cubian' flavor, which primarily consists of a few Cubieboard
specific scripts and tools, and otherwise talks to the main Debian repos for armhf
packages).  When 'java' is started with the '-cacao' option, it immediately crashes.
See below:


cubie@cubie:~$ java -version
java version "1.6.0_27"
OpenJDK Runtime Environment (IcedTea6 1.12.6) (6b27-1.12.6-1~deb7u1)
OpenJDK Zero VM (build 20.0-b12, mixed mode)


cubie@cubie:~$ java -jamvm -version
java version "1.6.0_27"
OpenJDK Runtime Environment (IcedTea6 1.12.6) (6b27-1.12.6-1~deb7u1)
JamVM (build 1.6.0-devel, inline-threaded interpreter with stack-caching)


cubie@cubie:~$ java -cacao -version
LOG: [0xb6f44000] exception thrown while VM is initializing:
LOG: [0xb6f44000] java.lang.NullPointerException
LOG: [0xb6f44000] Aborting...
LOG: [0xb6f44000] Backtrace (5 stack frames):
LOG: [0xb6f44000] /usr/lib/jvm/java-6-openjdk-
armhf/jre/lib/arm/cacao/libjvm.so(+0x339dc) [0xb6d599dc]
LOG: [0xb6f44000] /usr/lib/jvm/java-6-openjdk-
armhf/jre/lib/arm/cacao/libjvm.so(+0x33b2e) [0xb6d59b2e]
LOG: [0xb6f44000] /usr/lib/jvm/java-6-openjdk-
armhf/jre/lib/arm/cacao/libjvm.so(+0x2c7c0) [0xb6d527c0]
LOG: [0xb6f44000] /usr/lib/jvm/java-6-openjdk-
armhf/jre/lib/arm/cacao/libjvm.so(+0x61768) [0xb6d87768]
LOG: [0xb6f44000] /lib/arm-linux-gnueabihf/libc.so.6(__default_rt_sa_restorer_v2+0)
[0xb6e1ce60]
Aborted

Comment #1 by stefan@complang.tuwien.ac.at on 2013-08-13 15:03:20

Must be some kind of packaging problem. On Debian Wheezy:

$ java -cacao -version
java version "1.6.0_27"
IcedTea Runtime Environment (IcedTea6 1.12.6) (6b27-1.12.6-1~deb7u1)
CACAO (build 1.6.0+r68fe50ac34ec, compiled mode)

$ dpkg-query -L icedtea-6-jre-cacao
[...]
/usr/lib/jvm/java-6-openjdk-armhf/jre/lib/arm/cacao/libjvm.so

Comment #2 by gordon@morehouse.me on 2013-08-13 17:36:18

Please forgive my ignorance in reading JVM crash tracebacks - are you saying it appears
that libjvm.so is missing in the armhf package?

Once I understand the reason for the close, I will report to Debian.

Comment #3 by fabian.gruber@fadeopolis.com on 2013-08-13 17:41:21

I have had crashes like this when I placed libjvm.so or some of IcedTea's resouces
(rt.jar, etc.) in a wrong directory.

Comment #4 by stefan@complang.tuwien.ac.at on 2013-08-13 17:43:27

(In reply to comment #2)
> Please forgive my ignorance in reading JVM crash tracebacks - are you saying it
> appears that libjvm.so is missing in the armhf package?
>
> Once I understand the reason for the close, I will report to Debian.

No, that’s not exactly what I’m saying. As you can see, the Debian version works just
fine. But your problem might be caused by missing files, yes.

Comment #5 by stefan@complang.tuwien.ac.at on 2013-08-13 17:44:54

(In reply to comment #2)
> Please forgive my ignorance in reading JVM crash tracebacks - are you saying it
> appears that libjvm.so is missing in the armhf package?

The reason I chose this particular file in my shortened output was to show that this is
actually the armhf version of the package.

Comment #6 by gordon@morehouse.me on 2013-08-14 02:10:51

Ah.  I installed the Debian package, though.

Unfortunately the system is refusing to boot (I had to hard powercycle it last night) so
it will be a little while before I can check for the existence of libjvm.so.  I will do
so and report back.