Crash with 8.6.1

[tobrun]

We were able to reproduce this crash on CI when updating a downstream project:
Original stacktrace here.
Symbolicated stacktrace:

********** Crash dump: **********
Build fingerprint: 'Huawei/H60-L04/hwH60:4.4.2/HDH60-L04/C00B390:user/ota-rel-keys,release-keys'
pid: 9815, tid: 9969, name: OkHttp Dispatch  >>> com.mapbox.mapboxsdk.plugins.china.testapp <<<
signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr deadbaad
Stack frame #00  pc 00011958  /system/lib/libc.so (dlfree+1191)
Stack frame #01  pc 0000dea7  /system/lib/libc.so (free+10)
Stack frame #02  pc 0008394b  /system/lib/libcrypto.so (CRYPTO_free+34)
Stack frame #03  pc 0002f673  /system/lib/libssl.so (ssl_parse_serverhello_tlsext+738)
Stack frame #04  pc 000181d1  /system/lib/libssl.so (ssl3_get_server_hello+1008)
Stack frame #05  pc 000175cf  /system/lib/libssl.so (ssl3_connect+566)
Stack frame #06  pc 00027f1b  /system/lib/libssl.so (SSL_do_handshake+50)
Stack frame #07  pc 0000ae61  /system/lib/libjavacrypto.so
Stack frame #08  pc 0001eb8c  /system/lib/libdvm.so (dvmPlatformInvoke+112)
Stack frame #09  pc 0004f253  /system/lib/libdvm.so (dvmCallJNIMethod(unsigned int const*, JValue*, Method const*, Thread*)+398)
Stack frame #10  pc 00027fa0  /system/lib/libdvm.so
Stack frame #11  pc 0002f110  /system/lib/libdvm.so (dvmMterpStd(Thread*)+76)
Stack frame #12  pc 0002c774  /system/lib/libdvm.so (dvmInterpret(Thread*, Method const*, JValue*)+184)
Stack frame #13  pc 00061705  /system/lib/libdvm.so (dvmCallMethodV(Thread*, Method const*, Object*, bool, JValue*, std::__va_list)+336)
Stack frame #14  pc 00061729  /system/lib/libdvm.so (dvmCallMethod(Thread*, Method const*, Object*, JValue*, ...)+20)
Stack frame #15  pc 00056423  /system/lib/libdvm.so
Stack frame #16  pc 0000d408  /system/lib/libc.so (__thread_entry+72)
Stack frame #17  pc 0000d5a0  /system/lib/libc.so (pthread_create+240)

@tmpsantos can this be investigated by your team?

[alexshalamov]

@tobrun I quickly googled and there are few similar crash logs related to OkHttp. If I find that the crash is originated from gl-native, I will post an update.

[vstanese]

I also experience something similar to this on a project that implements the Android SDK and managed to catch it in Logcat.

[stale]

This issue has been automatically detected as stale because it has not had recent activity and will be archived. Thank you for your contributions.