Native crash on x86 using armeabi-v7a (3.5.2) lib #257
Comments
|
Hi @marcardar It appears there may be an issue specific with |
|
Hi Nick - unfortunately the platform support issue is the same as before. I was wondering whether there is anything in the error trace that could help find out what exactly is causing the problem? |
|
@marcardar - there are reports of other similar issues with different libraries that appear to have similar symptoms on atom based devices (i.e. Unsupported feature (ID:0x20e00149). So, I don't think this is necessarily an issue solely with SQLCipher. Since it's not really not clear what native API call is causing the problem based on the trace, there isn't enough information for us to act on, especially since we can't reproduce it locally. If you discover any additional information or are able to narrow things down a bit more please let us know. |
|
Here is a similar issue but this time on a Windows emulator (LeapDroid, Android 4.4). This came from a bug report, so I don't have any more info... |
|
Another data point here. ASUS Zenfone 5 (T00J). However, I've actually included the x86 binaries with the app. No x86_64 binaries; only armeabi, armeabi-v7a, and x86. |
|
Hi Guys, I have the same errors when running in a x86 simulator, and I tried every release including (3.5.4, 3.5.3, 3.5.2, 3.5.1, 3.5.0, 3.4.0, 3.3.1-2, 3.3.1-1, 3.3.1, 3.3.0) and they all DO NOT work. I can't find 3.2.0, but I found 3.1.0. I want you know 3.1.0 works. So does this mean we can do some work in our codes even houdini is maintained by the 3rd party? |
|
Hi @dotw
Would you mind clarifying this statement? Are you trying to run the |
|
Hi @developernotes , I don't know much more about libhoudini. I'm using an android simulator like Genymotion. When I applied sqlcihper versions (3.5.4, 3.5.3, 3.5.2, 3.5.1, 3.5.0, 3.4.0, 3.3.1-2, 3.3.1-1, 3.3.1, 3.3.0) in my app. The following exception is shown in logcat and the app is crashed. But, version 3.1.0 works very well. So, I think maybe something was changed from 3.1.0.
|
|
Hi @dotw Genymotion only utilizes supports x86 so you will need to make sure you are bundling the x86 native libraries of SQLCipher for Android. It appears you are trying to use libhoudini (an ARM translation layer for x86) according to the stack trace. |
|
hi @developernotes , Today, I did another try in the simulator to prove this. In the simulator, I used a root user to replace the libsqlcipher.so under data/data//lib with an x86 libsqlcipher.so. The app comes back to live. |
I'm getting reports of a native crash on Samsung Tab 3 (10.1) (Intel Atom) using 3.5.2 of the armeabi-v7a build of sqlcipher.
Thanks to libhoudini, this should work (other x86 devices seem to work fine). However, it doesn't.
Build fingerprint: 'samsung/santos10wifixx/santos10wifi:4.4.2/KOT49H/P5210XXUBNK2:user/release-keys'
Revision: '0'
pid: 8481, tid: 8554, name: IntentService[F >>> com.mycompany.myapp <<<
signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr dead0000
eax 00000000 ebx 00000001 ecx 64e02114 edx 00000000
esi 00000008 edi 1a100030
xcs 00000073 xds 0000007b xes 0000007b xfs 00000043 xss 0000007b
eip 64bfb595 ebp 1a111ebc esp 1a111e94 flags 00210246
backtrace:
#00 pc 0018c595 /system/lib/libhoudini.so
#1 pc 0000dea3 [stack:8554]
#2 pc 000b333b /system/lib/libhoudini.so
#3 pc ffffffff
#4 pc 000b2263 /system/lib/libhoudini.so
#5 pc 000ff02f [stack:8691]
#6 pc 000aeea7 /system/lib/libhoudini.so
#7 pc 000ac2e7 /data/app-lib/com.mycompany.myapp-1/libsqlcipher.so
#8 pc 000ae88c /system/lib/libhoudini.so
#9 pc ffffffff
#10 pc 000fdb2c /system/lib/libhoudini.so
The text was updated successfully, but these errors were encountered: