Hi friends I uploaded my app to GooglePlay Console for internal testing, I got this strange report for a low-level device :( that app crashed, can you please help me with this issue to understand exactly what is wrong :( thanks in advance!
Error
*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
Build fingerprint: 'generic/gce_x86_phone/gce_x86:9/PGR1.190916.001/5877764:userdebug/test-keys'
Revision: '0'
ABI: 'x86'
pid: 6928, tid: 8107, name: 1.raster >>> com.rainpixels.unipeople <<<
signal 6 (SIGABRT), code -6 (SI_TKILL), fault addr --------
Abort message: 'vendor/unbundled_google/libs/ndk_translation/ndk_translation/ir/include/ndk_translation/ir/ir.h:685: CHECK failed: IsAligned(offset, GetFormatSize(format))'
eax 00000000 ebx 00001b10 ecx 00001fab edx 00000006
edi 00001b10 esi cbd86b5c
ebp cbd86b28 esp cbd86ab8 eip f6819be9
backtrace:
#00 pc 00000be9 [vdso:f6819000] (__kernel_vsyscall+9)
#01 pc 0001fdf8 /system/lib/libc.so (syscall+40)
#02 pc 00022e73 /system/lib/libc.so (abort+115)
#03 pc 00006c84 /system/lib/liblog.so (__android_log_assert+292)
#04 pc 0009f2b4 /system/lib/libndk_translation.so (ndk_translation::GetInsn::GetInsn(ndk_translation::IR*, ndk_translation::Format, unsigned int)+276)
#05 pc 0009f100 /system/lib/libndk_translation.so (ndk_translation::IRBuilder::Get(ndk_translation::Format, unsigned int)+144)
#06 pc 0009dd2e /system/lib/libndk_translation.so (ndk_translation::(anonymous namespace)::InsnBuilder::Get(ndk_translation::Format, unsigned int)+46)
#07 pc 000d0b4b /system/lib/libndk_translation.so (ndk_translation::SemanticsDecoder::VTBL(ndk_translation::VTBL_Args const&)+363)
#08 pc 00100568 /system/lib/libndk_translation.so (ndk_translation::ArmDecoder::TranslateThumbInsn(unsigned short const*)+86104)
#09 pc 0009c2b6 /system/lib/libndk_translation.so (ndk_translation::(anonymous namespace)::GenerateIRHelper(ndk_translation::CompilerHooks*, unsigned int, unsigned int, ndk_translation::IR*)+1142)
#10 pc 0009be1f /system/lib/libndk_translation.so (ndk_translation::GenerateIR(ndk_translation::CompilerHooks*, unsigned int, ndk_translation::IR*, unsigned int*)+47)
#11 pc 0009bbdf /system/lib/libndk_translation.so (ndk_translation::Compile(ndk_translation::CompilerHooks*, unsigned int, ndk_translation::GuestCodeEntry*, unsigned int*, ndk_translation::MachineCode*)+143)
#12 pc 0007a0da /system/lib/libndk_translation.so (ndk_translation::(anonymous namespace)::Translate(ndk_translation::TranslationCache*, unsigned int, ndk_translation::GuestCodeEntry*)+378)
#13 pc 00079f1c /system/lib/libndk_translation.so (ndk_translation_HandleNotTranslated+300)
#14 pc 0018db57 /system/lib/libndk_translation.so
Thanks!
#DorinBuraca I think that you are trying to run the app on an unsupported api level.
You should follow this step to check:
Try running that same functionality in other higher api device, if it works on a device with higher api level(preferably > 26) then your app's minimum sdk version is wrong. You are using a functionality which is not supported on such lower api levels.
For eg: If you try to use speech to text on api level lower than 21 then it will throw an error.
Related
We're trying to update unity from version 2019 to 2021.
After update android application randomly crashes. Session time from 3 minutes till 40.
Also, there no steps to repo.
Tried to disable all SDKs, update to 2020 and 2022, change stripping code, change compilation from il2cpp to mono and lof of other variants but without any results.
It would be great to hear any ideas. Thx!
2022-11-22 17:46:35.813 6299-6411/com.***.*** E/AndroidRuntime: FATAL EXCEPTION: UnityMain
Process: com.***.***, PID: 6299
java.lang.Error: *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
Version '2021.3.13f1 (9e7d58001ecf)', Build type 'Development', Scripting Backend 'mono', CPU 'armeabi-v7a'
Build fingerprint: 'samsung/m32xx/m32:12/SP1A.210812.016/M325FVXXS4BVJ1:user/release-keys'
Revision: '3'
ABI: 'arm'
Timestamp: 2022-11-22 17:46:34+0200
pid: 6299, tid: 6411, name: UnityMain >>> com.***.*** <<<
uid: 10762
signal 7 (SIGBUS), code 1 (BUS_ADRALN), fault addr 0x97
r0 0000008b r1 00000097 r2 a6045de0 r3 00000002
r4 0000008b r5 00000000 r6 c4447440 r7 c23cf264
r8 00000002 r9 a6045de0 r10 c23cf2a8 r11 00000000
ip bfc4f380 sp c60d7870 lr c6b6c093 pc c6b70ba8
backtrace:
#00 pc 0032fba8 /data/app/~~-yOypRKW_zJrZZDfaDURbQ==/com.***.***-zHyjP_HS-QJKpSjVK2hWuQ==/lib/arm/libunity.so (EventManager::InvokeEventCommon(EventManager*, EventEntry*, void*, int)+26) (BuildId: 60691ac925aaa903ed9fa2d3edd0b108518d4dbd)
#01 pc 0032b08f /data/app/~~-yOypRKW_zJrZZDfaDURbQ==/com.***.***-zHyjP_HS-QJKpSjVK2hWuQ==/lib/arm/libunity.so (delete_object_internal_step1(Object*)+26) (BuildId: 60691ac925aaa903ed9fa2d3edd0b108518d4dbd)
#02 pc 0032ac1d /data/app/~~-yOypRKW_zJrZZDfaDURbQ==/com.***.***-zHyjP_HS-QJKpSjVK2hWuQ==/lib/arm/libunity.so (delete_object_internal(Object*)+8) (BuildId: 60691ac925aaa903ed9fa2d3edd0b108518d4dbd)
#03 pc 005fba11 /data/app/~~-yOypRKW_zJrZZDfaDURbQ==/com.***.***-zHyjP_HS-QJKpSjVK2hWuQ==/lib/arm/libunity.so (DestroyObjectHighLevel(Object*, bool)+28) (BuildId: 60691ac925aaa903ed9fa2d3edd0b108518d4dbd)
#04 pc 0058b211 /data/app/~~-yOypRKW_zJrZZDfaDURbQ==/com.***.***-zHyjP_HS-QJKpSjVK2hWuQ==/lib/arm/libunity.so (BackgroundJobQueue::ExecuteMainThreadJobs()+24) (BuildId: 60691ac925aaa903ed9fa2d3edd0b108518d4dbd)
#05 pc 005ff843 /data/app/~~-yOypRKW_zJrZZDfaDURbQ==/com.***.***-zHyjP_HS-QJKpSjVK2hWuQ==/lib/arm/libunity.so (InitPlayerLoopCallbacks()::EarlyUpdateExecuteMainThreadJobsRegistrator::Forward()+30) (BuildId: 60691ac925aaa903ed9fa2d3edd0b108518d4dbd)
#06 pc 00600c41 /data/app/~~-yOypRKW_zJrZZDfaDURbQ==/com.***.***-zHyjP_HS-QJKpSjVK2hWuQ==/lib/arm/libunity.so (ExecutePlayerLoop(NativePlayerLoopSystem*)+66) (BuildId: 60691ac925aaa903ed9fa2d3edd0b108518d4dbd)
#07 pc 00600c81 /data/app/~~-yOypRKW_zJrZZDfaDURbQ==/com.***.***-zHyjP_HS-QJKpSjVK2hWuQ==/lib/arm/libunity.so (ExecutePlayerLoop(NativePlayerLoopSystem*)+130) (BuildId: 60691ac925aaa903ed9fa2d3edd0b108518d4dbd)
#08 pc 00600e41 /data/app/~~-yOypRKW_zJrZZDfaDURbQ==/com.***.***-zHyjP_HS-QJKpSjVK2hWuQ==/lib/arm/libunity.so (PlayerLoop()+224) (BuildId: 60691ac925aaa903ed9fa2d3edd0b108518d4dbd)
#09 pc 009a53f9 /data/app/~~-yOypRKW_zJrZZDfaDURbQ==/com.***.***-zHyjP_HS-QJKpSjVK2hWuQ==/lib/arm/libunity.so (UnityPlayerLoop()+576) (BuildId: 60691ac925aaa903ed9fa2d3edd0b108518d4dbd)
#10 pc 009cdd9d /data/app/~~-yOypRKW_zJrZZDfaDURbQ==/com.***.***-zHyjP_HS-QJKpSjVK2hWuQ==/lib/arm/libunity.so (nativeRender(_JNIEnv*, _jobject*)+40) (BuildId: 60691ac925aaa903ed9fa2d3edd0b108518d4dbd)
#11 pc 003af19d /apex/com.android.art/lib/libart.so (art_quick_alloc_string_from_bytes_region_tlab_instrumented+44) (BuildId: 8a3405190074d955145af6042a9f3658)
at libunity.EventManager::InvokeEventCommon(EventManager*, EventEntry*, void*, int)(InvokeEventCommon:26)
at libunity.delete_object_internal_step1(Object*)(delete_object_internal_step1:26)
at libunity.delete_object_internal(Object*)(delete_object_internal:8)
at libunity.DestroyObjectHighLevel(Object*, bool)(DestroyObjectHighLevel:28)
at libunity.BackgroundJobQueue::ExecuteMainThreadJobs()(ExecuteMainThreadJobs:24)
2022-11-22 17:46:35.814 6299-6411/com.***.*** E/AndroidRuntime: at libunity.InitPlayerLoopCallbacks()::EarlyUpdateExecuteMainThreadJobsRegistrator::Forward()(InitPlayerLoopCallbacks:30)
at libunity.ExecutePlayerLoop(NativePlayerLoopSystem*)(ExecutePlayerLoop:66)
at libunity.ExecutePlayerLoop(NativePlayerLoopSystem*)(ExecutePlayerLoop:130)
at libunity.PlayerLoop()(PlayerLoop:224)
at libunity.UnityPlayerLoop()(UnityPlayerLoop:576)
at libunity.nativeRender(_JNIEnv*, _jobject*)(nativeRender:40)
at libart.art_quick_alloc_string_from_bytes_region_tlab_instrumented(art_quick_alloc_string_from_bytes_region_tlab_instrumented:44)
We face this issue also but on lower update: from 2021.3.9 to 2021.3.12. It was affecting 20% of our users on production.
According to logs, it is related to scene loading.
So looks like this issue started to appear somewhere after 2021.3.9.
Rolling back to this .9 version solved it for us.
since December 2015, we are experiencing a strange crash only on a limited number of devices running Android 6.0 and 6.0.1. Most of them are Nexus 5.
First the log of the crash pulled from the Play Store. Looking int art_method.cc, it looks like the mapping of a certain method to native code fails. Maybe it is compilation induced?
*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
Build fingerprint: 'google/hammerhead/hammerhead:6.0.1/MMB29Q/2480792:user/release-keys'
Revision: '0'
ABI: 'arm'
pid: 18737, tid: 18737, name: omittedapp >>> com.omitteddomain.omittedapp <<<
signal 6 (SIGABRT), code -6 (SI_TKILL), fault addr --------
Abort message: 'art/runtime/art_method.cc:245] Failed to find native offset for dex pc 0x58 in android.view.View com.omitteddomain.omittedapp.PlotWidget.a(android.view.ViewGroup, android.view.LayoutInflater, java.util.List)'
r0 00000000 r1 00004931 r2 00000006 r3 b6f24b7c
r4 b6f24b84 r5 b6f24b34 r6 00000001 r7 0000010c
r8 b4c3f800 r9 b4c3de44 sl b361d3db fp b4c23450
ip 00000006 sp beb2ca90 lr b6c93b61 pc b6c95f50 cpsr 40070010
backtrace:
#00 pc 00041f50 /system/lib/libc.so (tgkill+12)
#01 pc 0003fb5d /system/lib/libc.so (pthread_kill+32)
#02 pc 0001c30f /system/lib/libc.so (raise+10)
#03 pc 000194c1 /system/lib/libc.so (__libc_android_abort+34)
#04 pc 000174ac /system/lib/libc.so (abort+4)
#05 pc 00333971 /system/lib/libart.so (art::Runtime::Abort()+228)
#06 pc 000f45fb /system/lib/libart.so (art::LogMessage::~LogMessage()+2226)
#07 pc 000f08d1 /system/lib/libart.so (art::Barrier::~Barrier()+216)
#08 pc 0035b473 /system/lib/libart.so (art::ThreadList::Dump(std::__1::basic_ostream<char, std::__1::char_traits<char> >&)+162)
#09 pc 00333a35 /system/lib/libart.so (art::Runtime::Abort()+424)
#10 pc 000f45fb /system/lib/libart.so (art::LogMessage::~LogMessage()+2226)
#11 pc 000ef88b /system/lib/libart.so (art::ArtMethod::ToNativeQuickPc(unsigned int, bool)+918)
#12 pc 00329055 /system/lib/libart.so (art::CatchBlockStackVisitor::VisitFrame()+180)
#13 pc 0033ccbd /system/lib/libart.so (art::StackVisitor::WalkStack(bool)+224)
#14 pc 0032910d /system/lib/libart.so (art::QuickExceptionHandler::FindCatch(art::mirror::Throwable*)+92)
#15 pc 0034a61d /system/lib/libart.so (art::Thread::QuickDeliverException()+140)
#16 pc 003fb7d9 /system/lib/libart.so (artThrowNullPointerExceptionFromCode+20)
#17 pc 00a15f01 /data/app/com.omitteddomain.omittedapp-1/oat/arm/base.odex (offset 0x59d000)
The only other occurrence of a similar crash (here Android ART: "Failed to find Dex offset for PC offset ...") has been reported to be potentially related to an infinite recursion issue. While we had an infinite recursion issue in the very same "a" method, it has been already fixed.
Some additional info:
The PlotWidget class in question display a chart to the user via a third party library. The cart view is configured inside the above "a" method. We changed the library multiple times with no difference in the outcome.
All of the third party libraries are up to date.
We have been able to test the app with the same data displayed to one of the afflicted user, without being able to reproduce the issue (being sensitive information, we were provided only the data strictly required to render the chart).
Attempts to reproduce the issue have failed with every combination of configuration/flavor, proguard enabled/disabled, zipalign yes/no, etc.
The app is compiled with Android Studio 1.5, with the latest SDK, targeting API 23. Before setting a lower target API and release an useless update for the umpteenth time, I'd like to know is someone experienced and solved similar issues.
Any advice is welcome.
I am running into an issue in my Android app where Galaxy Note 4, Galaxy Edge, and some other devices crash when trying to play H.264 video streamed from a server. I'm fairly certain that the H.264 video is correct, as the same video works using the same decoder on other devices. In addition, the devices that are crashing support the decoder that I'm using.
It doesn't crash in my source code, but it does crash the app. Has anyone ever run into this issue? If so, could you give me some help on what I could do to figure out what is happening? Here's the message I'm getting from the Developer Console in Google Play:
*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
Build fingerprint: 'Verizon/trltevzw/trltevzw:5.0.1/LRX22C/N910VVRU1BOAF:user/release-keys'
Revision: '12'
ABI: 'arm'
pid: 32467, tid: 32524, name: CodecLooper >>> com.xxxx.xxxx<<<
signal 6 (SIGABRT), code -6 (SI_TKILL), fault addr --------
Abort message: 'frameworks/av/media/libstagefright/ACodec.cpp:1304 CHECK_EQ( mOMX->freeBuffer( mNode, portIndex, info->mBufferID),(status_t)OK) failed: -2147483648 vs. 0'
r0 00000000 r1 00007f0c r2 00000006 r3 00000000
r4 a160fdb8 r5 00000006 r6 00000000 r7 0000010c
r8 00000015 r9 00000000 sl a160fcf4 fp a160fdb0
ip 00007f0c sp a160f6d0 lr b6e9dff5 pc b6ec1998 cpsr 600f0010
backtrace:
#00 pc 00037998 /system/lib/libc.so (tgkill+12)
#01 pc 00013ff1 /system/lib/libc.so (pthread_kill+52)
#02 pc 00014c0f /system/lib/libc.so (raise+10)
#03 pc 00011531 /system/lib/libc.so (__libc_android_abort+36)
#04 pc 0000fcbc /system/lib/libc.so (abort+4)
#05 pc 00007709 /system/lib/libcutils.so (__android_log_assert+88)
#06 pc 000672f9 /system/lib/libstagefright.so (android::ACodec::freeBuffer(unsigned int, unsigned int)+152)
#07 pc 00067589 /system/lib/libstagefright.so (android::ACodec::freeOutputBuffersNotOwnedByComponent()+56)
#08 pc 0006b86f /system/lib/libstagefright.so (android::ACodec::ExecutingState::onOMXEvent(OMX_EVENTTYPE, unsigned int, unsigned int)+210)
#09 pc 0006ba23 /system/lib/libstagefright.so (android::ACodec::BaseState::onOMXMessage(android::sp<android::AMessage> const&)+342)
#10 pc 0006bc71 /system/lib/libstagefright.so (android::ACodec::BaseState::onMessageReceived(android::sp<android::AMessage> const&)+84)
#11 pc 0006c0e1 /system/lib/libstagefright.so (android::ACodec::ExecutingState::onMessageReceived(android::sp<android::AMessage> const&)+652)
#12 pc 00009819 /system/lib/libstagefright_foundation.so (android::AHierarchicalStateMachine::handleMessage(android::sp<android::AMessage> const&)+44)
#13 pc 00061a6f /system/lib/libstagefright.so
#14 pc 0000a5a3 /system/lib/libstagefright_foundation.so (android::ALooperRoster::deliverMessage(android::sp<android::AMessage> const&)+166)
#15 pc 00009f25 /system/lib/libstagefright_foundation.so (android::ALooper::loop()+220)
#16 pc 0000ef11 /system/lib/libutils.so (android::Thread::_threadLoop(void*)+112)
#17 pc 0000ea81 /system/lib/libutils.so
#18 pc 000137bb /system/lib/libc.so (__pthread_start(void*)+30)
#19 pc 0001189b /system/lib/libc.so (__start_thread+6)
Our company have an Android app that's been out for a few months now, where very few crashes have been reported.
But with Lollipop upgrades being rolled out to our customers devices, we got reports about intermittent Segmentation fault (SIGSEGV) crashes. And the crashes only occur on Android 5.0 devices - like upgraded Samsung Galaxy 5, Sony Xperia Z3, new HTC devices (unsure of model name) and a few other. All Android 4+ devices runs our app without problems, but all tested Android 5 devices so far get these crashes.
We have been able to reproduce them, in the sense that we on our own devices get these crashes. But we have so far been able to locate the source of the crashes, or find a pattern in what causes them.
This one of the reported crash dumps:
*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
Build fingerprint: 'samsung/klteactivexx/klteactive:5.0/LRX21T/xxxxxx:user/release-keys'
Revision: '8'
ABI: 'arm'
pid: 8779, tid: 10227, name: hwuiTask2 >>> com.ourcompany.ourapp <<<
signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0xbd04a008
r0 9d04a00c r1 b6f6b87c r2 9d04a000 r3 ffffffe2
r4 00000001 r5 07ffffff r6 00000002 r7 b6f6b894
r8 00000002 r9 fffffffc sl b6f6b87c fp 0000001f
ip 00000004 sp 9ee71a8c lr b6f37f4d pc b6f36a52 cpsr 00010030
backtrace:
#00 pc 0003ca52 /system/lib/libc.so (arena_run_reg_alloc+101)
#01 pc 0003df49 /system/lib/libc.so (je_arena_tcache_fill_small+96)
#02 pc 0004bad7 /system/lib/libc.so (je_tcache_alloc_small_hard+14)
#03 pc 000476af /system/lib/libc.so (je_malloc+302)
#04 pc 0000fa5f /system/lib/libc.so (malloc+10)
#05 pc 00000b09 /system/lib/libstdc++.so (operator new(unsigned int)+4)
#06 pc 000e2ecf /system/lib/libskia.so (SkPathRef::Editor::Editor(SkAutoTUnref<SkPathRef>*, int, int)+32)
#07 pc 000df1c1 /system/lib/libskia.so (SkPath::incReserve(unsigned int)+12)
#08 pc 000e0631 /system/lib/libskia.so (SkPath::addRRect(SkRRect const&, SkPath::Direction)+120)
#09 pc 000e0745 /system/lib/libskia.so (SkPath::addRoundRect(SkRect const&, float, float, SkPath::Direction)+76)
#10 pc 0003e6fd /system/lib/libhwui.so
#11 pc 0003e2ad /system/lib/libhwui.so
#12 pc 000314b3 /system/lib/libhwui.so
#13 pc 0001512b /system/lib/libhwui.so
#14 pc 0000ef11 /system/lib/libutils.so (android::Thread::_threadLoop(void*)+112)
#15 pc 000602f5 /system/lib/libandroid_runtime.so (android::AndroidRuntime::javaThreadShell(void*)+72)
#16 pc 0000ea81 /system/lib/libutils.so
#17 pc 000137bb /system/lib/libc.so (__pthread_start(void*)+30)
#18 pc 0001189b /system/lib/libc.so (__start_thread+6)
We have no native code in the app written by ourself, and the only libs we're using besides the Android libs are GSon 2.3.1, Ormlite 4.48 and Spring 1.0.0.
I'm a bit unsure how to proceed with these errors, so any help would be welcome. I have seen suggestions to use NDK Stack Tool to translate the crash dump to something more readable, but with no pre-existing knowledge about NDK, I have so far not been able to get it to work in my dev enviroment (Windows7, Eclipse Kepler.
Anyone who has any similiar experiences when Android 5.0 upgrades started to roll out to customers, or have any ideas on how or where I should continue to look for the cause?
I guess NDK Stack Tool is my best hope, but I have so far been unable to find a good tutorial that get's me anywhere with it.
I have an app on the Play Store, it has an IntentService that does some work when the app starts, and it's causing native crashes on Android 5.0. This service just scans the assets folder for app updating purposes.
Specifically, this crash seems to happen on Samsung S5 after the ugrade to Lollipop, but I don't know if it's strictly related to that device, as it's an Italian app and here that's still the only widely diffuse (i.e. that I know of) device that's getting Lollipop. However, I tried it on the emulator, with stock Android 5, and it's working fine.
I'm attaching the stack trace, any help on how to proceed would be appreciated... with native problems, I don't know where to put my hands.
*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
Build fingerprint: 'samsung/kltexx/klte:5.0/LRX21T/G900FXXU1BNL9:user/release-keys'
Revision: '14'
ABI: 'arm'
pid: 24219, tid: 24259, name: IntentService[I >>> it.mydomain.myapp <<<
signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x0
r0 afcb8c00 r1 001000e6 r2 af201428 r3 00000000
r4 76eb1338 r5 700981c0 r6 af50e4c2 r7 afcb8c00
r8 af201070 r9 b4f7e300 sl b4efac64 fp fffffb18
ip 00100002 sp af200f60 lr b4cd52ab pc b4cd52ca cpsr 600f0030
backtrace:
#00 pc 000d32ca /system/lib/libart.so (art::ClassLinker::FindClassInPathClassLoader(art::ScopedObjectAccessAlreadyRunnable&, art::Thread*, char const*, art::Handle<art::mirror::ClassLoader>)+77)
#01 pc 000d3739 /system/lib/libart.so (_ZN3art11ClassLinker9FindClassEPNS_6ThreadEPKcNS_6HandleINS_6mirror11ClassLoaderEEE.part.404+356)
#02 pc 000d5ded /system/lib/libart.so (art::ClassLinker::CreateArrayClass(art::Thread*, char const*, art::Handle<art::mirror::ClassLoader>)+88)
#03 pc 000d37d1 /system/lib/libart.so (_ZN3art11ClassLinker9FindClassEPNS_6ThreadEPKcNS_6HandleINS_6mirror11ClassLoaderEEE.part.404+508)
#04 pc 000d5ded /system/lib/libart.so (art::ClassLinker::CreateArrayClass(art::Thread*, char const*, art::Handle<art::mirror::ClassLoader>)+88)
#05 pc 000d37d1 /system/lib/libart.so (_ZN3art11ClassLinker9FindClassEPNS_6ThreadEPKcNS_6HandleINS_6mirror11ClassLoaderEEE.part.404+508)
#06 pc 001fe583 /system/lib/libart.so (art::Array_createObjectArray(_JNIEnv*, _jclass*, _jclass*, int)+422)
This is a known issue - but unfortunately not documented anywhere.
I too faced it in our app and solved by not using zopfli.
For my app - happened only on OS 5.0.x.
Some links which talk about the same:
Native crash at /system/lib/libart.so on lollipop android 5.0.1 samsung
http://developer.samsung.com/forum/board/thread/view.do?boardName=General&messageId=279862&frm=7&tagValue=lollipop&curPage=1