[SuperSU] awl14:
Hello again,

I need to come back to my crash report (SuperSU's su binary crashes with SIGABRT):

It turns out that most likely, both SuperSUMe as well as the script contained in Replace_Kinguser_with_SuperSU-v2.4 already properly do their job, and the issue is NOT due to some remnants of KingRoot, but indeed seems to be a device-specific crash that only affects SuperSU on my device (Achos Neon 50c), or maybe on Spreadtrum 7731 devices:

In the meantime, I have successfully replaced KingRoot by the Open Source Superuser implementation (Koushik Dutta's Superuser.apk, version 1.0.3.0), which works completely fine on my device without any issues or crash. Rather, it looks to me like SuperSU itself seems to have some kind of strange issue on my device that causes it to crash:

Please see

http://xdaforums.com/apps/supersu/crash-trying-to-run-su-t3156614

for the complete issue description with full logcat log for the crash.

After some more digging, I tend to think that the issue with SuperSU on my device is here:

W/dalvikvm( 4808): Exception Ljava/lang/NullPointerException; thrown while initializing Landroid/os/Environment;
W/dalvikvm( 4808): Exception Ljava/lang/ExceptionInInitializerError; thrown while initializing Landroid/os/Debug;
W/dalvikvm( 4808): Exception Ljava/lang/ExceptionInInitializerError; thrown while initializing Landroid/app/Activity;
I/dalvikvm( 4808): Rejecting re-init on previously-failed class Landroid/app/NativeActivity; v=0x0
(...)
E/dalvikvm( 4808): JNI posting fatal error: Native registration unable to find class 'android/app/NativeActivity'; aborting...

Why does SuperSU fail with a NullPointerException when it tries to access the environment on my device? :(

My ordinary non-root user can access the environment just fine from the command line, as well as the root user can when the root user uses the Open Source su by Koushik Dutta:

root@ac50cne:/ # env
_=/system/xbin/env
LOOP_MOUNTPOINT=/mnt/obb
ANDROID_DATA=/data
HOSTNAME=ac50cne
BOOTCLASSPATH=/system/framework/core.jar:/system/framework/conscrypt.jar:/system/framework/okhttp.jar:/system/framework/
core-junit.jar:/system/framework/bouncycastle.jar:/system/framework/ext.jar:/system/framework/framework.jar:/system/fram
ework/framework2.jar:/system/framework/telephony-common.jar:/system/framework/voip-common.jar:/system/framework/mms-comm
on.jar:/system/framework/android.policy.jar:/system/framework/services.jar:/system/framework/apache-xml.jar:/system/fram
ework/webviewchromium.jar
PATH=/sbin:/vendor/bin:/system/sbin:/system/bin:/system/xbin
EMULATED_STORAGE_SOURCE=/mnt/shell/emulated
MKSH=/system/bin/sh
ANDROID_ROOT=/system
EMULATED_STORAGE_TARGET=/storage/emulated
SHELL=/system/bin/sh
ANDROID_STORAGE=/storage
ANDROID_SOCKET_zygote=9
USER=root
HOME=/data
EXTERNAL_STORAGE=/storage/emulated/legacy
ANDROID_ASSETS=/system/app
TERM=vt100
RANDOM=11580
ASEC_MOUNTPOINT=/mnt/asec
LD_LIBRARY_PATH=/vendor/lib:/system/lib
SECONDARY_STORAGE=/storage/sdcard0
ANDROID_PROPERTY_WORKSPACE=8,0
ANDROID_BOOTLOGO=1
LEGACY_STORAGE=/storage/emulated/legacy

Most interestingly, the su version that comes with the Koushik Dutta's Open Source su says the following:

root@ac50cne:/ # su --version
2.45:SUPERSU

but works fine.

Does this issue description now ring a bell with you?

Thanks again & best regards,

awl

---------- Post added at 01:04 AM ---------- Previous post was at 12:37 AM ----------

Sorry, I have to correct myself:

After rebooting and updating the su binary, this now looks like this:

root@ac50cne:/ # su --version
16 com.koushikdutta.superuser

Thanks & best regards,

awl