My App Seems to Break on a large Switch Statement #20669
Labels
Ran Commands
One of our bots successfully processed a command.
Resolution: Locked
This issue was locked by the bot.
code.txt
My App seems to crash on this switch statement, but only on Android. It looks to work fine on iOS (please see attatched file for code).
However, if I remove the whole of case "129" it works fine. The error I receive is this:
Build fingerprint: 'google/marlin/marlin:8.1.0/OPM4.171019.021.P1/4820305:user/release-keys' Revision: '0' ABI: 'arm' pid: 9144, tid: 20100, name: mqt_js >>> host.exp.exponent <<< signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x0 Cause: null pointer dereference r0 c336f80c r1 fffffffe r2 bbadbeef r3 00000000 r4 00000000 r5 5dfee000 r6 1a0d5000 r7 0005dfee r8 cb421748 r9 e99dc780 sl 9feb0478 fp c336f950 ip ffffffff sp c336f890 lr cb3cfda1 pc 00000000 cpsr 400b0010 08-13 16:11:11.764 20231-20231/? A/DEBUG: backtrace: #00 pc 00000000 <unknown> #01 pc 00182d9f /data/app/host.exp.exponent-cM_KFXToYFNfggSrgztXVg==/lib/arm/libjsc.so (WTFCrash+22) #02 pc 00172a47 /data/app/host.exp.exponent-cM_KFXToYFNfggSrgztXVg==/lib/arm/libjsc.so (WTF::fastRealloc(void*, unsigned int)+1342) #03 pc 0004798b /data/app/host.exp.exponent-cM_KFXToYFNfggSrgztXVg==/lib/arm/libjsc.so #04 pc 0008d58f /data/app/host.exp.exponent-cM_KFXToYFNfggSrgztXVg==/lib/arm/libjsc.so #05 pc 000a0c53 /data/app/host.exp.exponent-cM_KFXToYFNfggSrgztXVg==/lib/arm/libjsc.so #06 pc 0008a0a1 /data/app/host.exp.exponent-cM_KFXToYFNfggSrgztXVg==/lib/arm/libjsc.so #07 pc 0008b625 /data/app/host.exp.exponent-cM_KFXToYFNfggSrgztXVg==/lib/arm/libjsc.so #08 pc 000a94a5 /data/app/host.exp.exponent-cM_KFXToYFNfggSrgztXVg==/lib/arm/libjsc.so #09 pc 000a95b9 /data/app/host.exp.exponent-cM_KFXToYFNfggSrgztXVg==/lib/arm/libjsc.so #10 pc 000adab9 /data/app/host.exp.exponent-cM_KFXToYFNfggSrgztXVg==/lib/arm/libjsc.so #11 pc 000b2eff /data/app/host.exp.exponent-cM_KFXToYFNfggSrgztXVg==/lib/arm/libjsc.
Another caveat, even on occassions when the app runs and case '129' is never called, it still errors.
The text was updated successfully, but these errors were encountered: