Hi all,
Intending this topic as a common thread where developers who are facing recurring crashes/ANRs that have emerged only after the API level 33 Solar2D builds can post stacktraces and other details/findings.
The idea is that this should allow @Scott_Harrison and/or @vlads to review them from a single thread and implement any fixes to the common issues. Will also be easier to help each other out.
Some crashes that I am getting across 4 apps after I pushed updates with solar2d 3693:
backtrace:
#00 pc 0x000000000004e178 /apex/com.android.runtime/lib64/bionic/libc.so (abort+168)
#01 pc 0x00000000000b0f70 /apex/com.android.runtime/lib64/bionic/libc.so (__fortify_fatal(char const*, ...)+124)
#02 pc 0x00000000000b0600 /apex/com.android.runtime/lib64/bionic/libc.so (HandleUsingDestroyedMutex(pthread_mutex_t*, char const*)+52)
#03 pc 0x00000000000b0498 /apex/com.android.runtime/lib64/bionic/libc.so (pthread_mutex_lock+192)
#04 pc 0x00000000000e9a60 /data/app/~~VuPALTyGypz6-AkK6lIl6w==/com.famousdoggstudios.pg-0qWnLsCUP7C5CmnhoDH00w==/split_config.arm64_v8a.apk!libopenal.so (std::__ndk1::recursive_mutex::lock()+8)
#05 pc 0x0000000000064168 /data/app/~~VuPALTyGypz6-AkK6lIl6w==/com.famousdoggstudios.pg-0qWnLsCUP7C5CmnhoDH00w==/split_config.arm64_v8a.apk!libopenal.so
#06 pc 0x0000000000051a18 /data/app/~~VuPALTyGypz6-AkK6lIl6w==/com.famousdoggstudios.pg-0qWnLsCUP7C5CmnhoDH00w==/split_config.arm64_v8a.apk!libopenal.so (alGetError+32)
#07 pc 0x000000000000a848 /data/app/~~VuPALTyGypz6-AkK6lIl6w==/com.famousdoggstudios.pg-0qWnLsCUP7C5CmnhoDH00w==/split_config.arm64_v8a.apk!libalmixer.so
#08 pc 0x0000000000014998 /data/app/~~VuPALTyGypz6-AkK6lIl6w==/com.famousdoggstudios.pg-0qWnLsCUP7C5CmnhoDH00w==/split_config.arm64_v8a.apk!libalmixer.so
#09 pc 0x00000000000af97c /apex/com.android.runtime/lib64/bionic/libc.so (__pthread_start(void*)+64)
#10 pc 0x00000000000500d0 /apex/com.android.runtime/lib64/bionic/libc.so (__start_thread+64)
Exception java.lang.SecurityException: Bad package name: com.famousdoggstudios.wg
at com.google.android.gms.signin.service.SignInBrokerChimeraService.a (:com.google.android.gms@225014047@22.50.14 (190800-499278674):8)
at asoe.a (:com.google.android.gms@225014047@22.50.14 (190800-499278674))
at aspc.a (:com.google.android.gms@225014047@22.50.14 (190800-499278674))
at aspf.gi (:com.google.android.gms@225014047@22.50.14 (190800-499278674):45)
at zuj.y (:com.google.android.gms@225014047@22.50.14 (190800-499278674):13)
at zcu.a (:com.google.android.gms@225014047@22.50.14 (190800-499278674):7)
at zcy.run (:com.google.android.gms@225014047@22.50.14 (190800-499278674):4)
at java.util.concurrent.Executors$RunnableAdapter.call (Executors.java:463)
at java.util.concurrent.FutureTask.run (FutureTask.java:264)
at aalr.c (:com.google.android.gms@225014047@22.50.14 (190800-499278674):6)
at aalr.run (:com.google.android.gms@225014047@22.50.14 (190800-499278674):7)
at java.util.concurrent.ThreadPoolExecutor.runWorker (ThreadPoolExecutor.java:1137)
at java.util.concurrent.ThreadPoolExecutor$Worker.run (ThreadPoolExecutor.java:637)
at aaqv.run (:com.google.android.gms@225014047@22.50.14 (190800-499278674))
at java.lang.Thread.run (Thread.java:1012)
Weird. Does the second one has your package name correctly in the end of the first line?
It does indeed seem weird because on the devices where I tested this after downloading from the store, I did not face any issues with any google services.
The package name is correct. Will appreciate any further insights and will also update the last post with device details if it helps
Any thoughts on the first crash stacktrace? I am seeing this more and more now for v8a ARM devices. Would appreciate if you have any tips for what I could try to resolve this.
Hi everybody!
I’ve published a version with API 33 last week and we can now measure the impact.
Feel free to ask me more info, to access my dashboard or whatever if you need.
I see crash rate increased drastically:
I see there are new kind of issues in the list:
Something related to shaders?
*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
pid: 0, tid: 31350 >>> com.suiarts.DenturesAndDemons <<<
backtrace:
#00 pc 0x0000000000079c60 /vendor/lib64/libglslcompiler.so
#01 pc 0x000000000009cf54 /vendor/lib64/libglslcompiler.so
#02 pc 0x00000000000955bc /vendor/lib64/libglslcompiler.so
#03 pc 0x00000000000955a0 /vendor/lib64/libglslcompiler.so
#04 pc 0x00000000000955a0 /vendor/lib64/libglslcompiler.so
#05 pc 0x00000000000955a0 /vendor/lib64/libglslcompiler.so
#06 pc 0x00000000000955a0 /vendor/lib64/libglslcompiler.so
#07 pc 0x00000000000955a0 /vendor/lib64/libglslcompiler.so
#08 pc 0x0000000000097904 /vendor/lib64/libglslcompiler.so
#09 pc 0x00000000000a2968 /vendor/lib64/libglslcompiler.so
#10 pc 0x000000000010aecc /vendor/lib64/libglslcompiler.so (GLSLCompileToUniflex+13688)
#11 pc 0x000000000011231c /vendor/lib64/egl/libGLESv2_mtk.so
#12 pc 0x0000000000112eec /vendor/lib64/egl/libGLESv2_mtk.so
#13 pc 0x0000000000120680 /vendor/lib64/egl/libGLESv2_mtk.so (glCompileShader+232)
#14 pc 0x00000000000864d0 /vendor/lib64/egl/libGLES_meow.so (MEOW::meow_call_ddk_gl_2_glCompileShader(unsigned int)+32)
#15 pc 0x000000000534f728 /data/app/~~JcLkWYogSHDeS0O0TRFXNA==/com.google.android.webview-_keeFcZeJVoLM1UCNiOdJw==/base.apk!libmonochrome.so
And here some new kind of ANRs:
@vlads can we temporarily pin this?
As you can see apps are going well above the bad behaviour threshold and I’m sure we’d all agree that one of the priorities right now will need to be to eliminate the fresh issues that have started to emerge after the api 33 support was added.
It’ll be better to have one thread than people starting new ones. Google will kill visibility/discoverability for apps that exceed the thresholds so this is quite important
Edit: if you’d prefer to alternatively create a channel on the discord server for this, I will be happy to liaise with the forum here and bring any new issues over to discord but that won’t be very efficient. Most users still use only the forum
Im getting a very high number of
android.view.ViewGroup.offsetRectBetweenParentAndChild
Type: java.lang.IllegalArgumentException
Exception java.lang.IllegalArgumentException: parameter must be a descendant of this view
at android.view.ViewGroup.offsetRectBetweenParentAndChild (ViewGroup.java:6305)
at android.view.ViewGroup.offsetDescendantRectToMyCoords (ViewGroup.java:6224)
at android.view.ViewRootImpl.scrollToRectOrFocus (ViewRootImpl.java:4498)
at android.view.ViewRootImpl.draw (ViewRootImpl.java:4064)
at android.view.ViewRootImpl.performDraw (ViewRootImpl.java:3908)
at android.view.ViewRootImpl.performTraversals (ViewRootImpl.java:3170)
at android.view.ViewRootImpl.doTraversal (ViewRootImpl.java:2023)
at android.view.ViewRootImpl$TraversalRunnable.run (ViewRootImpl.java:8314)
at android.view.Choreographer$CallbackRecord.run (Choreographer.java:972)
at android.view.Choreographer.doCallbacks (Choreographer.java:796)
at android.view.Choreographer.doFrame (Choreographer.java:731)
at android.view.Choreographer$FrameDisplayEventReceiver.run (Choreographer.java:957)
at android.os.Handler.handleCallback (Handler.java:938)
at android.os.Handler.dispatchMessage (Handler.java:99)
at android.os.Looper.loop (Looper.java:223)
at android.app.ActivityThread.main (ActivityThread.java:7950)
at java.lang.reflect.Method.invoke
at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run (RuntimeInit.java:603)
at com.android.internal.os.ZygoteInit.main (ZygoteInit.java:947)
Upon googling it, its possible this is to do with admob banner? @Scott_Harrison do you have any idea?
One thing i noticed in unity is admob seem to be depreciating the smart banner and pushing the adaptive anchored banner. not sure if this correlates with the above crash.