Android crash in Lime App

Holger_Wagner · August 17, 2020, 1:08pm

Hi!

in the Google Play Console i see some crashes with my lime only app, but i was never able to reproduce any crash nor do i have a clue what this crash is actually about. Could you guys please have a look?

It happens especially on Huawei devices.

*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
pid: 0, tid: 0 >>> de.gamefab.android.mars <<<

backtrace:
  #00  pc 000000000006f06c  /apex/com.android.runtime/lib64/bionic/libc.so (abort+160)
  #01  pc 00000000000500fc  /system/lib64/libc++.so (abort_message+232)
  #02  pc 0000000000050218  /system/lib64/libc++.so (demangling_terminate_handler()+44)
  #03  pc 00000000000646c4  /system/lib64/libc++.so (std::__terminate(void (*)())+12)
  #04  pc 000000000006466c  /system/lib64/libc++.so (std::terminate()+52)
  #05  pc 00000000000bb150  /system/lib64/libc++.so (std::__1::thread::~thread()+20)
  #06  pc 00000000000d0f68  /apex/com.android.runtime/lib64/bionic/libc.so (__cxa_finalize+212)
  #07  pc 00000000000cc950  /apex/com.android.runtime/lib64/bionic/libc.so (exit+24)
  #08  pc 0000000001808d10  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/libApplicationMain.so
  #09  pc 000000000149e438  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/libApplicationMain.so
  #10  pc 00000000008521dc  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/libApplicationMain.so
  #11  pc 0000000000ef973c  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/libApplicationMain.so
  #12  pc 0000000000e23cb0  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/libApplicationMain.so
  #13  pc 0000000000e2a724  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/libApplicationMain.so
  #14  pc 00000000008858fc  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/libApplicationMain.so
  #15  pc 0000000000886704  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/libApplicationMain.so
  #16  pc 00000000013d87fc  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/libApplicationMain.so
  #17  pc 00000000013d9d50  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/libApplicationMain.so
  #18  pc 00000000013da098  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/libApplicationMain.so
  #19  pc 00000000017c9c44  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/libApplicationMain.so
  #20  pc 0000000001045294  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/libApplicationMain.so
  #21  pc 00000000015e947c  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/libApplicationMain.so
  #22  pc 0000000000f46e38  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/libApplicationMain.so
  #23  pc 000000000083d094  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/libApplicationMain.so
  #24  pc 00000000017c9d98  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/libApplicationMain.so
  #25  pc 00000000015de93c  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/libApplicationMain.so
  #26  pc 00000000015d9178  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/libApplicationMain.so
  #27  pc 00000000015d94cc  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/libApplicationMain.so
  #28  pc 00000000017c9b7c  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/libApplicationMain.so
  #29  pc 00000000017c2c58  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/libApplicationMain.so
  #30  pc 00000000000a792c  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/liblime.so
  #31  pc 0000000000109c34  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/liblime.so
  #32  pc 0000000000109dd0  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/liblime.so
  #33  pc 0000000000107e88  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/liblime.so
  #34  pc 00000000000c759c  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/liblime.so
  #35  pc 00000000015d6cf8  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/libApplicationMain.so
  #36  pc 0000000000842110  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/libApplicationMain.so
  #37  pc 0000000000d8d1a8  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/libApplicationMain.so
  #38  pc 0000000000d8dde0  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/libApplicationMain.so
  #39  pc 00000000003704c4  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/libApplicationMain.so
  #40  pc 00000000017a172c  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/libApplicationMain.so
  #41  pc 00000000017a18d4  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/libApplicationMain.so (hxcpp_main+40)
  #42  pc 000000000049e2b4  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/lib/arm64/liblime.so (Java_org_libsdl_app_SDLActivity_nativeRunMain+484)
  #43  pc 0000000000056f54  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/oat/arm64/base.odex (art_jni_trampoline+228)
  #44  pc 00000000000e862c  /data/app/de.gamefab.android.mars-O5Jm42s5nzYJkxPgsBkUZA==/oat/arm64/base.odex (org.libsdl.app.SDLMain.run+716)
  #45  pc 0000000000217fc8  /system/framework/arm64/boot.oat (java.lang.Thread.run+72)
  #46  pc 0000000000143334  /apex/com.android.runtime/lib64/libart.so (art_quick_invoke_stub+548)
  #47  pc 00000000001521a4  /apex/com.android.runtime/lib64/libart.so (art::ArtMethod::Invoke(art::Thread*, unsigned int*, unsigned int, art::JValue*, char const*)+252)
  #48  pc 00000000004c84d8  /apex/com.android.runtime/lib64/libart.so (art::(anonymous namespace)::InvokeWithArgArray(art::ScopedObjectAccessAlreadyRunnable const&, art::ArtMethod*, art::(anonymous namespace)::ArgArray*, art::JValue*, char const*)+104)
  #49  pc 00000000004c956c  /apex/com.android.runtime/lib64/libart.so (art::InvokeVirtualOrInterfaceWithJValues(art::ScopedObjectAccessAlreadyRunnable const&, _jobject*, _jmethodID*, jvalue const*)+416)
  #50  pc 000000000050953c  /apex/com.android.runtime/lib64/libart.so (art::Thread::CreateCallback(void*)+1176)
  #51  pc 00000000000ce1b0  /apex/com.android.runtime/lib64/bionic/libc.so (__pthread_start(void*)+36)
  #52  pc 0000000000070ba8  /apex/com.android.runtime/lib64/bionic/libc.so (__start_thread+64)

singmajesty · August 17, 2020, 4:42pm

Without debug symbols it seems hard to know where the crash is originating

Vortelio · August 17, 2020, 5:13pm

It is necessary to uncomment the line ‘<set name="nostrip" value="1" />’ in “.hxcpp_config.xml” and rebuild the same version with the same parameters. Then use “ndk-stack”.

Holger_Wagner · August 17, 2020, 5:30pm

So i create a production version to go live like always and additionally i create a unstripped version and then “ndk-stack” will show more debug information, right?

Vortelio · August 17, 2020, 5:40pm

Yes exactly.
And more information

Holger_Wagner · August 21, 2020, 10:40am

I tried to build an unstripped version ( only an x86 apk had an increased size, all the other targets where the old size, just by the way ), but with any folder i tried for “-sym”, i did not get any additional data. Which path should i use, and how can i see if the needed data there is available?

Vortelio · August 21, 2020, 4:25pm

(export_path)/android/bin/app/src/main/jniLibs/armeabi-v7a
(export_path)/android/bin/app/src/main/jniLibs/arm64-v8a

The libraries (libApplicationMain.so liblime.so) must be larger than usual. I have about x10

Holger_Wagner · August 24, 2020, 6:04am

Thank you very very much, this worked fine and the magic happend

Turns out that the “crash” which lowered my “sessions without a crash” to 87% in android vitals ( I think you get a visibility penalty below 98,5% or so ) was caused by System.exit(0); wenn the users pressed the apps exit button.

How to solve this ( beside just removing the exit button )?

Stack frame   #00  pc 000000000006f06c  /apex/com.android.runtime/lib64/bionic/libc.so (abort+160)
Stack frame   #01  pc 00000000000500fc  /system/lib64/libc++.so (abort_message+232)
Stack frame   #02  pc 0000000000050218  /system/lib64/libc++.so (demangling_terminate_handler()+44)
Stack frame   #03  pc 00000000000646c4  /system/lib64/libc++.so (std::__terminate(void (*)())+12)
Stack frame   #04  pc 000000000006466c  /system/lib64/libc++.so (std::terminate()+52)
Stack frame   #05  pc 00000000000bb150  /system/lib64/libc++.so (std::__1::thread::~thread()+20)
Stack frame   #06  pc 00000000000d0f68  /apex/com.android.runtime/lib64/bionic/libc.so (__cxa_finalize+212)
Stack frame   #07  pc 00000000000cc950  /apex/com.android.runtime/lib64/bionic/libc.so (exit+24)
Stack frame   #08  pc 00000000018123c0  /data/app/de.gamefab.android.mars-uUtVJ5IA7bW2v3W0L4S7_Q==/lib/arm64/libApplicationMain.so: Routine __hxcpp_exit(int) at C:/HaxeToolkit/haxe/lib/hxcpp/4,1,15/src/hx/StdLibs.cpp:309
Stack frame   #09  pc 00000000014a7ae8  /data/app/de.gamefab.android.mars-uUtVJ5IA7bW2v3W0L4S7_Q==/lib/arm64/libApplicationMain.so: Routine Sys_obj::exit(int) at C:\depot\mars\mainline\client3\bin\android\obj/./src/Sys.cpp:235
Stack frame   #10  pc 000000000085587c  /data/app/de.gamefab.android.mars-uUtVJ5IA7bW2v3W0L4S7_Q==/lib/arm64/libApplicationMain.so: Routine lime::_hx_system::System_obj::exit(int) at C:\depot\mars\mainline\client3\bin\android\obj/./src/lime/system/System.cpp:176
Stack frame   #11  pc 0000000000efade4  /data/app/de.gamefab.android.mars-uUtVJ5IA7bW2v3W0L4S7_Q==/lib/arm64/libApplicationMain.so: Routine _hx_run at C:\depot\mars\mainline\client3\bin\android\obj/./src/game/AppManager.cpp:209`

joshtynjala · August 24, 2020, 3:50pm

It’s generally bad practice to include an exit button in apps on mobile platforms, like Android and iOS. Just look at all native apps created by Apple or Google. They don’t have anything like that, so it’s actually really weird when anyone else adds them to other apps.

Users know how to manage which apps they have open using the native task switchers. Even if someone doesn’t, Android and iOS are good at automatically suspending apps that are in the background when another app needs any resources that they may be using.

So, basically, just get rid that exit button.

Vortelio · August 25, 2020, 5:57am

Don’t have an exit button, just standard lime functions. And in 10 android these glitches began to appear.
Possible Solution

Vortelio · October 18, 2020, 11:31am

I will continue a little.
We have android 10 and gesture control.
Sometimes when minimizing the application, nativePause fires before nativeFocusChanged (approximately 50/50). Accordingly, the NativeApplication -> handleWindowEvent() event does not occur. WINDOW_DEACTIVATE and AudioManager.suspend() fail. We get a “stuck partial blocking prohibition” AudioMix.
When the application is activated, WINDOW_DEACTIVATE and WINDOW_ACTIVATE are immediately executed one after the other with a delay of one frame.

Well, the Event.DEACTIVATE event itself is impossible to catch reliably and carry out the necessary actions.

According to statistics, AudioMix blocking occurs on other versions of android, but it was more reliable to catch on version 10.

singmajesty · October 20, 2020, 5:43pm

Have you looked, maybe there is a fix in upstream SDL to improve this?

Vortelio · October 22, 2020, 9:03am

I rechecked everything and described the bug.

temporary solution:

instead

     protected void onPause () {
         Log.v (TAG, "onPause ()");
         super.onPause ();

         if (mHIDDeviceManager! = null) {
             mHIDDeviceManager.setFrozen (true);
         }
         if (! mHasMultiWindow) {
             pauseNativeThread ();
         }
     }

add onWindowFocusChanged (false):

     protected void onPause () {
         Log.v (TAG, "onPause ()");
         super.onPause ();

         if (mHIDDeviceManager! = null) {
             mHIDDeviceManager.setFrozen (true);
         }
         onWindowFocusChanged (false);
         if (! mHasMultiWindow) {
             pauseNativeThread ();
         }
     }

singmajesty · October 22, 2020, 4:33pm

I did some digging and I believe that the native pause will trigger the following events:

github.com

native-toolkit/sdl/blob/1bd71d9c11fab90200566a2ad23c1a7274dad12f/src/video/android/SDL_androidevents.c#L142-L156


if (videodata->isPausing == 0) {
    SDL_SendWindowEvent(Android_Window, SDL_WINDOWEVENT_MINIMIZED, 0, 0);
    SDL_SendAppEvent(SDL_APP_WILLENTERBACKGROUND);
    SDL_SendAppEvent(SDL_APP_DIDENTERBACKGROUND);
}

/* We've been signaled to pause (potentially several times), but before we block ourselves,
 * we need to make sure that the very last event (of the first pause sequence, if several)
 * has reached the app */
if (SDL_NumberOfEvents(SDL_APP_DIDENTERBACKGROUND) > SDL_SemValue(Android_PauseSem)) {
    videodata->isPausing = 1;
} else {
    videodata->isPausing = 0;
    videodata->isPaused = 1;
}

Could you take a look at things on the Lime side and see if we are handling MINIMIZED or WILLENTERBACKGROUND or DIDENTERBACKGROUND events? It looks like we need to handle a case where we did not lose focus but we did minimize

Vortelio · October 26, 2020, 6:46am

SDL_APP_WILLENTERBACKGROUND executes and dispatches a WINDOW_DEACTIVATE event

github.com

haxelime/lime/blob/develop/project/src/backend/sdl/SDLApplication.cpp#L145-L150


			case SDL_APP_WILLENTERBACKGROUND:

				inBackground = true;

				windowEvent.type = WINDOW_DEACTIVATE;
				WindowEvent::Dispatch (&windowEvent);

SDL_WINDOWEVENT_MINIMIZED is also caught and executed perfectly

github.com

haxelime/lime/blob/develop/src/lime/_internal/backend/native/NativeApplication.hx#L543-L547


				case WINDOW_MINIMIZE:
					window.__minimized = true;
					window.__maximized = false;
					window.__fullscreen = false;
					window.onMinimize.dispatch();

set traces and looked at the order of events

classic control

minimize app

WINDOW_FOCUS_OUT
openfl.events.Event.DEACTIVATE
WINDOW_RESIZE
WINDOW_MINIMIZE
WINDOW_DEACTIVATE

maximize app

WINDOW_ACTIVATE
WINDOW_RESIZE
WINDOW_RESTORE
WINDOW_FOCUS_IN
openfl.events.Event.ACTIVATE

gesture control

minimize app

WINDOW_RESIZE
WINDOW_MINIMIZE
WINDOW_DEACTIVATE

maximize app

WINDOW_FOCUS_OUT
openfl.events.Event.DEACTIVATE
WINDOW_ACTIVATE
WINDOW_RESIZE
WINDOW_RESTORE
WINDOW_FOCUS_IN
openfl.events.Event.ACTIVATE

It turns out that AudioManager.suspend () should be executed, but openfl.events.Event.DEACTIVATE comes only when the app is maximized.

Holger_Wagner · November 2, 2020, 10:28am

I got another System.exit-crash in the start function of ApplicationMain.hx:

var result = app.exec();
#if (sys && !ios && !nodejs && !emscripten)
lime.system.System.exit(result);
#end

Comment of exec is:

	Execute the Application. On native platforms, this method
	blocks until the application is finished running. On other
	platforms, it will return immediately

So it looks like the app has finished running which may be fine, but how to avoid the “crash”

singmajesty · November 6, 2020, 1:10am

I don’t think you are supposed to exit on Android. Do we need an #if !android or #if !mobile as well?

andrew911 · July 5, 2021, 6:45pm

Does your issue resolved?