[libbluray-devel] JRE for Android part 2

Vitor Dall'Acqua veggav at gmail.com
Thu Jan 28 20:45:08 UTC 2021


nice! we are moving forward now and still crashing.

Here's the interesting part of the log from logcat:
https://pastebin.com/UCyFXRGQ

This is the extended loggin in the shield.

But I believe the interesting part is:
*JNI DETECTED ERROR IN APPLICATION: java_object == null*

On Thu, Jan 28, 2021 at 4:11 PM Petri Hintukainen <
phintuka at users.sourceforge.net> wrote:

> to, 2021-01-28 kello 14:54 -0300, Vitor Dall'Acqua kirjoitti:
> > Yeah, same problem. No change.
>
> I added fixed libjvm.so to j2se_image.tar.bz2, maybe it helps.
>
> > But I'm not entirely sure about that address value based on this:
> >
> >
> https://stackoverflow.com/questions/56046062/linux-addr2line-command-returns-0
>
> The address looks good, the code at that address is
>
>   8a8238:       97e5040a        bl      1e9260 <strrchr at plt>
> ->8a823c:       3900001f        strb    wzr, [x0]
>   8a8240:       528005e1        mov     w1, #0x2f
>
> This is the store in os_linux.cpp:414:
>
>     *(strrchr(buf, '/')) = '\0'; // Get rid of /libjvm.so.
>
> And here buf is uninitialized if building for Android and JAVA_HOME is
> unset.
>
> > I have compiled the cpp code in that page but it doesn't result in
> > anything. Maybe I don't know how to use it.
> >
> > On Thu, Jan 28, 2021 at 2:44 PM Vitor Dall'Acqua <veggav at gmail.com>
> > wrote:
> > > I'm adding here the last memory dump from libjvm (removed the hex
> > > values)
> > > memory_max_usage_in_bytes: %ldJAVA_HOME SIG%d
> > > %s: SIG_DFL.SIG_IGN %s+0x%x.[%s]
> > > , sa_mask[0]= , sa_flags=
> > > , flags was changed from 0x%08x, consider using jsig library
> > > unlimited
> > > container memory
> > > limit %s: %ld,
> > > using host value
> > >
> > > So, might be that some flag changed or it's using too much memory
> > > (or needs more memory)
> > >
> > >
> > > On Thu, Jan 28, 2021 at 2:38 PM Vitor Dall'Acqua <veggav at gmail.com>
> > > wrote:
> > > > #undef JAVA_HOME
> > > > #define JAVA_HOME "/storage/emulated/0/JAVAC/"
> > > > #undef JDK_HOME
> > > > #define JDK_HOME "/storage/emulated/0/JAVAC"
> > > >
> > > > the folder doesn't exist.
> > > > At first test the result was the same.
> > > >
> > > > I'm compiling again, sometimes libbluray doesn't update with
> > > > kodi.
> > > >
> > > > I got
> > > > DEBUG <general>: CBlurayCallback::Logger - bdj.c:536: JAVA_HOME
> > > > not set, trying default locations
> > > >
> > > > that should be expected as the folder doesn't exist.
> > > >
> > > >
> > > > On Thu, Jan 28, 2021 at 2:01 PM Petri Hintukainen <
> > > > phintuka at users.sourceforge.net> wrote:
> > > > > to, 2021-01-28 kello 13:12 -0300, Vitor Dall'Acqua kirjoitti:
> > > > > > Ok, moving forward.. crash -> bug report -> adb pull
> > > > > tombstone
> > > > > > now:
> > > > > > bahamut at pop-os:~/android-tools/android-ndk-r20$ ./ndk-stack -
> > > > > -sym
> > > > > >
> > > > > ~/KodiDV2/build/tools/android/packaging/xbmc/build/intermediate
> > > > > s/symb
> > > > > > ols -i ~/android-tools/tombstone_09
> > > > > > ********** Crash dump: **********
> > > > > > Build fingerprint:
> > > > > >
> > > > > 'NVIDIA/mdarcy/mdarcy:9/PPR1.180610.011/4079208_2513.0256:user/
> > > > > releas
> > > > > > e-keys'
> > > > > > #00 0x00000000008a823c /mnt/expand/cab01563-bcca-48fa-a0bf-
> > > > > > 0fbddaf9b192/app/org.xbmc.kodi19DV-
> > > > > > sUyRHaWlGB5SdxJV2JDSdg==/lib/arm64/libjvm.so
> > > > > > Crash dump is completed
> > > > > >
> > > > > > and yes my pc is called Bahamut :)
> > > > > >
> > > > > > next...
> > > > > > bahamut at pop-os:~/android-tools$ ./android-ndk-
> > > > > r20/toolchains/aarch64-
> > > > > > linux-android-4.9/prebuilt/linux-x86_64/bin/aarch64-linux-
> > > > > android-
> > > > > > addr2line -f -C -i -a 8a823c -e
> > > > > > ~/Documents/petri/jre/lib/aarch64/server/libjvm.so
> > > > > > 0x00000000008a823c
> > > > > > os::init_system_properties_values()
> > > > > > ??:?
> > > > > >
> > > > > > it is still showing as ??:? it might have something to do
> > > > > with the
> > > > > > ELF value in memory that needs to be subtracted.. but if I
> > > > > understand
> > > > > > this properly..
> > > > > > Petri, you will need to compile another libjvm with a few
> > > > > changes.
> > > > >
> > > > > Looking at the code at this address, it seems to be caused by
> > > > > unset
> > > > > JAVA_HOME environment variable.
> > > > >
> > > > > I can fix this in the source (it is an issue with Android
> > > > > port), but it
> > > > > takes some time to rebuild the libraries => it is probably
> > > > > faster to
> > > > > test if setting JAVA_HOME gets us further. You can set it to
> > > > > anything
> > > > > at this point (it is not used in this function, it just needs
> > > > > to be
> > > > > defined).
> > > > >
> > > > > > On Thu, Jan 28, 2021 at 9:22 AM Vitor Dall'Acqua
> > > > > <veggav at gmail.com>
> > > > > > wrote:
> > > > > > > Good morning everyone,
> > > > > > > Figured out why it's crashing but I still don't know how to
> > > > > fix it
> > > > > > >
> > > > > > > 01-28 10:13:31.191 19223 19330 F libc    : Fatal signal 11
> > > > > > > (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x0 in tid
> > > > > 19330
> > > > > > > (Thread-3), pid 19223 (g.xbmc.kodi19DV)
> > > > > > > 01-28 10:13:31.191 19223 19243 D Kodi    : OpenJDK 64-Bit
> > > > > Server VM
> > > > > > > warning: No monotonic clock was available - timed services
> > > > > may be
> > > > > > > adversely affected if the time-of-da
> > > > > > > 01-28 10:13:31.191 19223 19243 D Kodi    : y clock changes
> > > > > > > 01-28 10:13:31.478 19353 19353 F DEBUG   : *** *** *** ***
> > > > > *** ***
> > > > > > > *** *** *** *** *** *** *** *** *** ***
> > > > > > > 01-28 10:13:31.475 19353 19353 W crash_dump64: type=1400
> > > > > > > audit(0.0:5353): avc: denied { search } for name="/"
> > > > > dev="tmpfs"
> > > > > > > ino=1336 scontext=u:r:crash_dump:s0:c132,c256,c512,c768
> > > > > > > tcontext=u:object_r:tmpfs:s0 tclass=dir permissive=0
> > > > > > > 01-28 10:13:31.478 19353 19353 F DEBUG   : Build
> > > > > fingerprint:
> > > > > > >
> > > > > 'NVIDIA/mdarcy/mdarcy:9/PPR1.180610.011/4079208_2513.0256:user/
> > > > > rele
> > > > > > > ase-keys'
> > > > > > > 01-28 10:13:31.478 19353 19353 F DEBUG   : Revision: '0'
> > > > > > > 01-28 10:13:31.478 19353 19353 F DEBUG   : ABI: 'arm64'
> > > > > > > 01-28 10:13:31.478 19353 19353 F DEBUG   : pid: 19223, tid:
> > > > > 19330,
> > > > > > > name: Thread-3  >>> org.xbmc.kodi19DV <<<
> > > > > > > 01-28 10:13:31.478 19353 19353 F DEBUG   : signal 11
> > > > > (SIGSEGV),
> > > > > > > code 1 (SEGV_MAPERR), fault addr 0x0
> > > > > > > 01-28 10:13:31.478 19353 19353 F DEBUG   : Cause: null
> > > > > pointer
> > > > > > > dereference
> > > > > > > 01-28 10:13:31.478 19353 19353 F DEBUG   :     x0
> > > > >  0000000000000000
> > > > > > >  x1  000000000000002f  x2  fffffffffffffffe  x3
> > > > >  0000000000000010
> > > > > > > 01-28 10:13:31.479 19353 19353 F DEBUG   :     x4
> > > > >  000000287a1b1222
> > > > > > >  x5  000000007fffffff  x6  0000000000000002  x7
> > > > >  0000000000000030
> > > > > > > 01-28 10:13:31.479 19353 19353 F DEBUG   :     x8
> > > > >  0000000000000000
> > > > > > >  x9  0000000000000000  x10 0000000000000009  x11
> > > > > 00000000fffffff7
> > > > > > > 01-28 10:13:31.479 19353 19353 F DEBUG   :     x12
> > > > > 000000000000004c
> > > > > > >  x13 00000000fffffff7  x14 0000002985757cb8  x15
> > > > > 000000000000004a
> > > > > > > 01-28 10:13:31.479 19353 19353 F DEBUG   :     x16
> > > > > 000000287a1af1d8
> > > > > > >  x17 000000287a106fc8  x18 0000000000000001  x19
> > > > > 00000029220be800
> > > > > > > 01-28 10:13:31.479 19353 19353 F DEBUG   :     x20
> > > > > 0000002934ef7638
> > > > > > >  x21 0000002985826000  x22 000000298583e914  x23
> > > > > 0000002985896000
> > > > > > > 01-28 10:13:31.479 19353 19353 F DEBUG   :     x24
> > > > > 9fb1c16ed01cfd15
> > > > > > >  x25 0000002934ef78d8  x26 0000000000000007  x27
> > > > > 0000002934ef78d8
> > > > > > > 01-28 10:13:31.479 19353 19353 F DEBUG   :     x28
> > > > > 00000029228e7c00
> > > > > > >  x29 0000002934ef75d0
> > > > > > > 01-28 10:13:31.479 19353 19353 F DEBUG   :     sp
> > > > >  0000002934ef75d0
> > > > > > >  lr  00000029854b423c  pc  00000029854b423c
> > > > > > > 01-28 10:13:31.480 19353 19353 I unwind  : Malformed
> > > > > section header
> > > > > > > found, ignoring...
> > > > > > > 01-28 10:13:31.480 19353 19353 F DEBUG   :
> > > > > > > 01-28 10:13:31.480 19353 19353 F DEBUG   : backtrace:
> > > > > > > 01-28 10:13:31.480 19353 19353 F DEBUG   :     #00 pc
> > > > > > > 00000000008a823c  /mnt/expand/cab01563-bcca-48fa-a0bf-
> > > > > > > 0fbddaf9b192/app/org.xbmc.kodi19DV-
> > > > > > > TFUZwtqXJYBSjv0vIb1V4g==/lib/arm64/libjvm.so
> > > > > > > 01-28 10:13:31.499  6592  6600 W System  : A resource
> > > > > failed to
> > > > > > > call release.
> > > > > > >
> > > > > > > Permission issue?
> > > > > > >
> > > > > > > On Wed, Jan 27, 2021 at 7:56 PM Petri Hintukainen <
> > > > > > > phintuka at users.sourceforge.net> wrote:
> > > > > > > > ke, 2021-01-27 kello 19:43 -0300, Vitor Dall'Acqua
> > > > > kirjoitti:
> > > > > > > > > Ok I'm doing the stupid way of doing things because
> > > > > other way
> > > > > > > > every
> > > > > > > > > time I touch the code it fails.
> > > > > > > > > can you tell me why it's only loading the first entry?
> > > > > > > > > static const char         all_libs[]  = {"libawt",
> > > > > > > >
> > > > > > > > static const char * all_libs[] = {"libawt",
> > > > > > > >
> > > > > > > > >
> > > > > "libawt_headless",
> > > > > > > > >                                         "libawt_xawt",
> > > > > > > > >                                         "libdt_socket",
> > > > > > > > >
> > > > > "libfontmanager",
> > > > > > > > >                                         "libhprof",
> > > > > > > > >
> > > > > "libinstrument",
> > > > > > > > >                                         "libj2gss",
> > > > > > > > >                                         "libj2pcsc",
> > > > > > > > >                                         "libj2pkcs11",
> > > > > > > > >                                         "libjaas_unix",
> > > > > > > > >                                         "libjava",
> > > > > > > > >
> > > > > "libjava_crw_demo",
> > > > > > > > >                                         "libjawt",
> > > > > > > > >                                         "libjdwp",
> > > > > > > > >                                         "libjli",
> > > > > > > > >                                         "libjpeg",
> > > > > > > > >                                         "libjsdt",
> > > > > > > > >                                         "libjsig",
> > > > > > > > >                                         "libjsound",
> > > > > > > > >                                         "liblcms",
> > > > > > > > >
> > > > > "libmanagement",
> > > > > > > > >
> > > > > "libmlib_image",
> > > > > > > > >                                         "libnet",
> > > > > > > > >                                         "libnio",
> > > > > > > > >                                         "libnpt",
> > > > > > > > >                                         "libsctp",
> > > > > > > > >                                         "libsunec",
> > > > > > > > >                                         "libtinyiconv",
> > > > > > > > >                                         "libunpack",
> > > > > > > > >                                         "libverify",
> > > > > > > > >                                         "ibzip",};
> > > > > > > >
> > > > > > > > "libzip" (?)
> > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >   dl_dlopen(all_libs, NULL);
> > > > > > > >
> > > > > > > > dl_dlopen() opens only single library, you need to
> > > > > iterate over
> > > > > > > > all
> > > > > > > > libraries:
> > > > > > > >
> > > > > > > >     for (size_t i = 0; i < sizeof(all_libs) /
> > > > > > > > sizeof(all_libs[0]); i++)
> > > > > > > >       dl_dlopen(all_libs[i], NULL);
> > > > > > > >
> > > > > > > > >
> > > > > > > > >     result = JNI_CreateJavaVM_fp(jvm, (void**) env,
> > > > > &args);
> > > > > > > >
> > > > > > > >
> > > > > > > > _______________________________________________
> > > > > > > > libbluray-devel mailing list
> > > > > > > > libbluray-devel at videolan.org
> > > > > > > > https://mailman.videolan.org/listinfo/libbluray-devel
> > > > > > _______________________________________________
> > > > > > libbluray-devel mailing list
> > > > > > libbluray-devel at videolan.org
> > > > > > https://mailman.videolan.org/listinfo/libbluray-devel
> > > > >
> > > > >
> > > > > _______________________________________________
> > > > > libbluray-devel mailing list
> > > > > libbluray-devel at videolan.org
> > > > > https://mailman.videolan.org/listinfo/libbluray-devel
> > _______________________________________________
> > libbluray-devel mailing list
> > libbluray-devel at videolan.org
> > https://mailman.videolan.org/listinfo/libbluray-devel
>
>
> _______________________________________________
> libbluray-devel mailing list
> libbluray-devel at videolan.org
> https://mailman.videolan.org/listinfo/libbluray-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/libbluray-devel/attachments/20210128/6e4c3e66/attachment-0001.html>


More information about the libbluray-devel mailing list