Crittercism shows how poor Corona for Android is. Coronalabs, do you care?

Solar2D Android
#81

Looks like most of the remaining exceptions we have to deal with now is with 3rd party SDKs. However, there are still 1 BIG exception group in Crittercism that we can’t trace back to a plugin, which means it’s a possible Corona-bug:

0 java.lang.IllegalArgumentException: View not attached to window manager  
1 at android.view.WindowManagerImpl.findViewLocked(WindowManagerImpl.java:587)  
2 at android.view.WindowManagerImpl.removeView(WindowManagerImpl.java:324)  
3 at android.view.WindowManagerImpl$CompatModeWrapper.removeView(WindowManagerImpl.java:151)  
4 at android.app.Dialog.dismissDialog(Dialog.java:321)  
5 at android.app.Dialog$1.run(Dialog.java:119)  
6 at android.os.Handler.handleCallback(Handler.java:605)  
7 at android.os.Handler.dispatchMessage(Handler.java:92)  
8 at android.os.Looper.loop(Looper.java:137)  
9 at android.app.ActivityThread.main(ActivityThread.java:4441)  
10 at java.lang.reflect.Method.invokeNative(Native Method)  
11 at java.lang.reflect.Method.invoke(Method.java:511)  
12 at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:784)  
13 at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:551)  
14 at dalvik.system.NativeStart.main(Native Method)

[import]uid: 21746 topic_id: 35144 reply_id: 143884[/import]

#82

Dingo,

I’m not seeing a Java exception in your log. Only a C/C++ stack dump.
So, does this mean that your app is *not* displaying a “Runtime Error” on screen?

Can your reproduce this issue for yourself?
Also, you said this started happening with daily build #1030, so which daily build # were you using before?

We may have to ask you to submit a bug report with a sample project that reproduces this issue, because I’m not seeing any clues in the log as to what the cause is. [import]uid: 32256 topic_id: 35144 reply_id: 145015[/import]

#83

Joshua,

thanks for getting back to me.

I don’t get any runtime error on screen. the game gets stuck and exits (sounds is going crazy).

I’ve checked it with .984 and it happens there too surprisingly. Something in my code probably is messing it up. Funny thing is that i have the game out on android with an older build and not experiencing this issue.

I will check again, but i still dont get why there is no runtime error! [import]uid: 90610 topic_id: 35144 reply_id: 145042[/import]

#84

Runtime errors only occur when there is an error in a Lua script or if a Java exception occurred that was invoked by a Lua function. This is something new that we’ve added to Corona to help Corona developer isolate bugs in Lua and to recognize what required Android permissions are missing.

Since you’re seeing a native C/C++ stack dump in your error log, then that suggests that it might be a bug on our end. It’s difficult to determine at the moment. A crash in “liblua.so” typically happens to Corona Enterprise users who attempt to access Lua from the wrong thread in Java. We just need to isolate it and determine the root cause.

So, is your app built with Corona Enterprise?

If not, then can you tell me what features your app is using?
Such as inneractive, InMobi, Flurry, etc.
If you are able to reproduce this issue for yourself, then you should try disabling these features one by one to see which one causes this issue. We just need to find the specific feature that is causing this crash. [import]uid: 32256 topic_id: 35144 reply_id: 145102[/import]

#85

Josh, can you have someone say a few words about this iOS exception?

0 libsystem\_kernel.dylib 0x3957d350 \_\_pthread\_kill + 8  
1 libsystem\_c.dylib 0x39530973 abort + 95  
2 libsystem\_c.dylib 0x394c939d free + 361  
3 MF 0x000bcad7 CoronaLuaCreateDictionary  
4 MF 0x000e9e29 CoronaLuaDeleteRef  
5 MF 0x00124ec9 \_ZN16PluginChartboost9FinalizerEP9lua\_State  
6 MF 0x0009afed CoronaLuaCreateDictionary

I suspect that it happens because I call the CoronaLuaDeleteRef in both the Finalizer and the Destructor? What is the recommended way of calling the CoronaLuaDeleteRef - and also delete retained variables - in a Corona plugin, the destructor or the finalizer?

[code]
PluginChartboost::~PluginChartboost()
{
CoronaLuaDeleteRef( fRuntime.L, fListener );
}

PluginChartboost::Finalizer( lua_State *L )
{
Self *library = (Self *)CoronaLuaToUserdata( L, 1 );
CoronaLuaDeleteRef( L, library->GetListener() );
delete library;
return 0;
}
[/code] [import]uid: 21746 topic_id: 35144 reply_id: 145125[/import]

#86

thanks joshua. i am not using any ads etc.

i think its an audio related issue:

D/AudioPolicyManager( 2587): Now, There is no sound! so we check mAvailableOutputDevices variable 02-25 09:47:39.535 D/AudioPolicyManager( 2587): HPH volume levels.... =\> music\_hph 12, radio\_hph 0, tts\_hph 12 02-25 09:47:39.535 D/AudioPolicyManager( 2587): SPK volume levels.... =\> music 0, radio 0, tts 0 02-25 09:47:39.535 D/AudioPolicyManager( 2587): mCurDevice is 0 02-25 09:47:39.535 D/AudioPolicyManager( 2587): Now, There is no sound! so we check mAvailableOutputDevices variable 02-25 09:47:39.535 D/AudioPolicyManager( 2587):

[import]uid: 90610 topic_id: 35144 reply_id: 144113[/import]

#87

Just IMHO…

It appears that CoronaLabs /do/ care about their SDK’s performance on Android. It also appears that even when bug reports are not filed, they pay attention. I would still urge that bug reports get filed and that they are as correct and fully-informing as possible.

I also think that the natural state of any multi-platform SDK would be more slanted towards iOS because iOS is not fractured as a platform, whereas it is widely accepted that Android is pretty much fractured to the point of being broken. Corona, Google and many others have commented and documented this fact time and again.

Not wishing to turn this fairly productive thread into a flame war, but I do feel that accusing anyone of not caring about their product is best placed elsewhere. Corona Labs, imho, do care but are still just people. [import]uid: 8271 topic_id: 35144 reply_id: 144120[/import]

#88

I’m not the iOS or plugin expert here, but I have to wonder if your destructor is holding on to a wild pointer. Perhaps the pointer returned by [lua]fRuntime.L[/lua] points to a lua state that has already been destroyed.

I’ll see about getting an answer from someone who knows better than I. [import]uid: 32256 topic_id: 35144 reply_id: 145218[/import]

#89

Haakon,

I can reproduce the exception that you’ve posted by displaying an alert dialog or activity indicator and then quickly backing out of the app just before that dialog gets displayed. It causes a silent exception in the log (no error is displayed onscreen), but Android still force quits the app causing any notifications that you might have in the status bar to disappear with it. You can reproduce this issue via sample app “Interface/MapView”, tap the app’s “Current Location” button, and then quickly back out of the app. If you’re fast enough, then you’ll see this exception in the log.
(Assuming this is the same error you are encountering.)

We’ve modified Corona to close its dialogs just before exiting the app, preventing this crash from happening. This change will be made available in daily build #1037.

Also, please note if you are displaying any dialogs via native code (ie: not via Corona’s APIs), then you’ll need to close them during the applicationExit event or else you’ll run into a similar crash as well. This is because Android does not automatically dismiss an Activity’s dialogs while it is being destroyed.

I hope this helps. [import]uid: 32256 topic_id: 35144 reply_id: 144354[/import]

#90

Dingo,

I think those audio messages in your log are just warnings.

If you’re still seeing permission errors, then you’re using a feature that requires the permission being displayed on screen. The full Java exception stack trace will be printed to the Android log, indicating which Android feature you are using that requires said permission. Would you mind posting the full stack trace here? Then I can point out what the root cause is. [import]uid: 32256 topic_id: 35144 reply_id: 144357[/import]

#91

Perfect Joshua, it’s getting better and better. [import]uid: 21746 topic_id: 35144 reply_id: 144388[/import]

#92

Joshua,

thanks for staying with me. The game keeps crashing. When i try to run ndk-stack on the liblua.so it doesnt work. Is there another way to get the full stack trace? Sorry for the noob question. I guess the code below doesnt help you much?

I/WindowOrientationListener( 2695): orientation = 83.552025 Tilt = 49.167572 -- 6 , 0 , 7  
  
I/DEBUG ( 2582): \*\*\* \*\*\* \*\*\* \*\*\* \*\*\* \*\*\* \*\*\* \*\*\* \*\*\* \*\*\* \*\*\* \*\*\* \*\*\* \*\*\* \*\*\* \*\*\*  
  
I/DEBUG ( 2582): Build fingerprint: 'samsung/GT-I9100/GT-I9100:2.3.4/GINGERBREAD/XWKI4:user/release-keys'  
  
I/DEBUG ( 2582): pid: 23927, tid: 23937 \>\>\> com.digidingo.samsung.grooh \<\<\<  
  
I/DEBUG ( 2582): signal 11 (SIGSEGV), code 1 (SEGV\_MAPERR), fault addr 725d4770  
  
I/DEBUG ( 2582): r0 001656c8 r1 00165740 r2 00000010 r3 dc91bc0c  
  
I/DEBUG ( 2582): r4 001656c8 r5 00360528 r6 005132b8 r7 00000000  
  
I/DEBUG ( 2582): r8 005132c8 r9 00360524 10 00000010 fp 005132c8  
  
I/DEBUG ( 2582): ip 00000003 sp 47196678 lr 8140c808 pc 8141a460 cpsr a0000010  
  
I/DEBUG ( 2582): d0 420000003f333333 d1 0000000000000000  
  
I/DEBUG ( 2582): d2 c15000003f800000 d3 c234000000000000  
  
I/DEBUG ( 2582): d4 3c360b6100000000 d5 3ff0000000000000  
  
I/DEBUG ( 2582): d6 0000000100000000 d7 3ff0000000000000  
  
I/DEBUG ( 2582): d8 0000000000000000 d9 0000000000000000  
  
I/DEBUG ( 2582): d10 0000000000000000 d11 0000000000000000  
  
I/DEBUG ( 2582): d12 0000000000000000 d13 0000000000000000  
  
I/DEBUG ( 2582): d14 0000000000000000 d15 0000000000000000  
  
I/DEBUG ( 2582): d16 0000000002035c22 d17 7e37e43c8800759c  
  
I/DEBUG ( 2582): d18 3fe0000000000000 d19 3fe0a3b5840f4000  
  
I/DEBUG ( 2582): d20 3fe3333340000000 d21 3fd3333340000000  
  
I/DEBUG ( 2582): d22 3fd51ee240000000 d23 40e01d2ffd740000  
  
I/DEBUG ( 2582): d24 40dd4c2013880000 d25 40ed4c1013880000  
  
I/DEBUG ( 2582): d26 40cd4c4013880000 d27 bf9d909e6e44e32e  
  
I/DEBUG ( 2582): d28 bffc7208aec70c36 d29 3ff0000000000000  
  
I/DEBUG ( 2582): d30 0000000000000000 d31 3ff0000000000000  
  
I/DEBUG ( 2582): scr 60000010  
  
I/DEBUG ( 2582):   
  
I/InputReader( 2695): dispatchTouch::touch event's action is 1, pending(waiting finished signal)=0  
  
I/InputDispatcher( 2695): Delivering touch to current input target: action: 1, channel '40569250 com.digidingo.samsung.grooh/com.ansca.corona.CoronaActivity (server)'  
  
I/DEBUG ( 2582): #00 pc 0001a460 /data/data/com.digidingo.samsung.grooh/lib/liblua.so  
  
I/DEBUG ( 2582): #01 pc 0000c804 /data/data/com.digidingo.samsung.grooh/lib/liblua.so  
  
I/DEBUG ( 2582): #02 pc 0001d090 /data/data/com.digidingo.samsung.grooh/lib/liblua.so  
  
I/DEBUG ( 2582):   
  
I/DEBUG ( 2582): code around pc:  
  
I/DEBUG ( 2582): 8141a440 000077f8 e5913008 e3530005 0a00000b   
  
I/DEBUG ( 2582): 8141a450 e3530007 0a000009 e5901010 e2833026   
  
I/DEBUG ( 2582): 8141a460 e7911103 e3510000 0a000008 e5903010   
  
I/DEBUG ( 2582): 8141a470 e1a00001 e0832102 e59210bc eafff9ce   
  
I/DEBUG ( 2582): 8141a480 e5913000 e5931008 e3510000 1afffff6   
  
I/DEBUG ( 2582):   
  
I/DEBUG ( 2582): code around lr:  
  
I/DEBUG ( 2582): 8140c7e8 e3530006 e24dd01c e1a0b001 e1a04000   
  
I/DEBUG ( 2582): 8140c7f8 e58d2000 0a000052 e3a02010 eb00370e   
  
I/DEBUG ( 2582): 8140c808 e5946020 e066600b e5903008 e1a05000   
  
I/DEBUG ( 2582): 8140c818 e3530006 0a000004 e59f2490 e1a00004   
  
I/DEBUG ( 2582): 8140c828 e1a0100b e08f2002 ebfffb7c e5947008   
  
I/DEBUG ( 2582):   
  
I/DEBUG ( 2582): stack:  
  
I/DEBUG ( 2582): 47196638 00513358   
  
I/DEBUG ( 2582): 4719663c 001a3ac8   
  
I/DEBUG ( 2582): 47196640 00000000   
  
I/DEBUG ( 2582): 47196644 00000005   
  
I/DEBUG ( 2582): 47196648 8142130c /data/data/com.digidingo.samsung.grooh/lib/liblua.so  
  
I/DEBUG ( 2582): 4719664c 81420cc8 /data/data/com.digidingo.samsung.grooh/lib/liblua.so  
  
I/DEBUG ( 2582): 47196650 00513318   
  
I/DEBUG ( 2582): 47196654 8140cda4 /data/data/com.digidingo.samsung.grooh/lib/liblua.so  
  
I/DEBUG ( 2582): 47196658 00000000   
  
I/DEBUG ( 2582): 4719665c 00000000   
  
I/DEBUG ( 2582): 47196660 0047f1a0   
  
I/DEBUG ( 2582): 47196664 001656c8   
  
I/DEBUG ( 2582): 47196668 00000150   
  
I/DEBUG ( 2582): 4719666c 8141b648 /data/data/com.digidingo.samsung.grooh/lib/liblua.so  
  
I/DEBUG ( 2582): 47196670 df002777   
  
I/DEBUG ( 2582): 47196674 e3a070ad   
  
I/DEBUG ( 2582): #01 47196678 00000000   
  
I/DEBUG ( 2582): 4719667c 001656c8   
  
I/DEBUG ( 2582): 47196680 005eb3b0   
  
I/DEBUG ( 2582): 47196684 8141bafc /data/data/com.digidingo.samsung.grooh/lib/liblua.so  
  
I/DEBUG ( 2582): 47196688 001acc88   
  
I/DEBUG ( 2582): 4719668c 00513388   
  
I/DEBUG ( 2582): 47196690 00513388   
  
I/DEBUG ( 2582): 47196694 001656c8   
  
I/DEBUG ( 2582): 47196698 00360528   
  
I/DEBUG ( 2582): 4719669c 005132b8   
  
I/DEBUG ( 2582): 471966a0 00000000   
  
I/DEBUG ( 2582): 471966a4 005132c8   
  
I/DEBUG ( 2582): 471966a8 00360524   
  
I/DEBUG ( 2582): 471966ac 00000010   
  
I/DEBUG ( 2582): 471966b0 00000001   
  
I/DEBUG ( 2582): 471966b4 8141d094 /data/data/com.digidingo.samsung.grooh/lib/liblua.so  
  
D/PowerManagerService( 2695): onSensorChanged: light value: 100  
  
I/WindowOrientationListener( 2695): orientation = 86.065 Tilt = 45.36807 -- 6 , 0 , 6  
  
I/DEBUG ( 2582): dumpstate /data/log/dumpstate\_app\_native.txt  
  
I/BootReceiver( 2695): Copying /data/tombstones/tombstone\_09 to DropBox (SYSTEM\_TOMBSTONE)  
  
I/dumpstate(24228): begin  
  
D/dalvikvm( 2695): GC\_FOR\_MALLOC freed 1586K, 38% free 9719K/15495K, external 4953K/6182K, paused 86ms  
  
I/dalvikvm-heap( 2695): Grow heap (frag case) to 16.904MB for 196628-byte allocation  
  
D/dalvikvm( 2695): GC\_FOR\_MALLOC freed 4K, 38% free 9906K/15751K, external 4953K/6182K, paused 66ms  
  
E/lights ( 2695): write\_int: path /sys/devices/virtual/misc/melfas\_touchkey/brightness, value 2  
  
W/PowerManagerService( 2695): Timer 0x7-\>0x3|0x3  
  
I/PowerManagerService( 2695): Ulight 7-\>3|0  
  
D/PowerManagerService( 2695): setLightBrightness : mButtonLight : 0  
  
D/PowerManagerService( 2695): onSensorChanged: light value: 100  
  
I/WindowOrientationListener( 2695): orientation = 86.58887 Tilt = 44.888554 -- 6 , 0 , 6  
  
D/PowerManagerService( 2695): onSensorChanged: light value: 100  
  
I/WindowOrientationListener( 2695): orientation = 85.49008 Tilt = 45.305508 -- 6 , 0 , 6  
  
D/PowerManagerService( 2695): onSensorChanged: light value: 100  
  
I/WindowOrientationListener( 2695): orientation = 90.0141 Tilt = 36.694008 -- 7 , 0 , 5  
  
I/WindowOrientationListener( 2695): orientation = 91.45105 Tilt = 34.232697 -- 7 , 0 , 5  
  
D/VoldCmdListener( 2579): asec list  
  
E/SchedPolicy(24259): Failed to find cpu subsys  
  
I/WindowOrientationListener( 2695): orientation = 91.42058 Tilt = 33.173798 -- 7 , 0 , 5  
  
I/dumpstate(24228): done  
  
I/WindowOrientationListener( 2695): orientation = 91.24156 Tilt = 32.356327 -- 7 , 0 , 5  
  
I/WindowManager( 2695): WIN DEATH: Window{40569250 com.digidingo.samsung.grooh/com.ansca.corona.CoronaActivity paused=false}  
  
I/ActivityManager( 2695): Process com.digidingo.samsung.grooh (pid 23927) has died.  
  
W/WindowManager( 2695): Window Window{40569250 com.digidingo.samsung.grooh/com.ansca.corona.CoronaActivity paused=false} destroyed surface Surface(name=com.digidingo.samsung.grooh/com.ansca.corona.CoronaActivity, identity=-1, mNativeSurface=0), session Session{40e09058 uid 10177}  
  
D/Zygote ( 2586): Process 23927 terminated by signal (11)  
  
W/SurfaceFlinger( 2695): com.digidingo.samsung.grooh/com.ansca.corona.CoronaActivity[1040] is not removed from mLayerMap  
  
D/PowerManagerService( 2695): releaseWakeLockLocked flags=0x0 tag=KEEP\_SCREEN\_ON\_FLAG myUID=1000 myPID=2695 myTID=18648  
  
I/OrientationDebug( 2695): [pwm] in updateOrientationListenerLp()  
  
V/OrientationDebug( 2695): in updateOrientationListenerLp(), Screen status=true, current orientation=-1, SensorEnabled=false  
  
I/OrientationDebug( 2695): [pwm] needSensorRunningLp(), return false #3  
  
I/TvOut-Observer( 2695): setTvoutOrientation rotation = 0  
  
E/TvOut-Observer( 2695): TvoutSetOrientation  
  
I/WindowManager( 2695): Setting rotation to 0, animFlags=1  
  
I/WindowManager( 2695): WIN DEATH: Window{40a8cfb0 SurfaceView paused=false}  
  
W/WindowManager( 2695): Window Window{40a8cfb0 SurfaceView paused=false} destroyed surface Surface(name=SurfaceView, identity=-1, mNativeSurface=0), session Session{40e09058 uid 10177}  
  
I/ActivityManager( 2695): Config changed: { scale=1.0 imsi=228/3 loc=de\_DE touch=3 keys=1/1/2 nav=1/1 orien=1 layout=34 uiMode=17 seq=53 FlipFont=0}  
  
D/Z7Service(23707): Config changed, old locale: de\_DE new locale:de\_DE  
  
D/[MyFiles](23403): MainActivity-onResume  
  
V/[MyFiles](23403): AllFile:onResume  
  
I/AudioFlinger( 2587): stop output streamType (0, 3) for 1  
  
W/SurfaceFlinger( 2695): SurfaceView[1041] is not removed from mLayerMap  
  
I/WindowManager( 2695): CREATE SURFACE Surface(name=com.sec.android.app.myfiles/com.sec.android.app.myfiles.MainActivity, identity=1044, mNativeSurface=0) IN SESSION android.view.SurfaceSession@40c070b8: pid=23403 format=-1 flags=0x0 / Window{40b0d088 com.sec.android.app.myfiles/com.sec.android.app.myfiles.MainActivity paused=false}  
  
E/AutoRotationSettingButton( 2835): de  
  
W/InputManagerService( 2695): Got RemoteException sending setActive(false) notification to pid 23927 uid 10177  
  
I/WindowOrientationListener( 2695): orientation = 90.26128 Tilt = 36.869183 -- 7 , 0 , 5  
  
D/PowerManagerService( 2695): onSensorChanged: light value: 100  
  
W/PowerManagerService( 2695): Timer 0x3-\>0x3|0x0  
  
I/WindowOrientationListener( 2695): orientation = 46.664116 Tilt = 44.18203 -- 0 , 6 , 6  
  
I/WindowOrientationListener( 2695): orientation 16.615465 gives new rotation = 0  
  
I/ALSAModule( 2587): Terminated ALSA PLAYBACK device hifi

thanks once again! [import]uid: 90610 topic_id: 35144 reply_id: 144390[/import]

#93

Dingo,

I’m not seeing a Java exception in your log. Only a C/C++ stack dump.
So, does this mean that your app is *not* displaying a “Runtime Error” on screen?

Can your reproduce this issue for yourself?
Also, you said this started happening with daily build #1030, so which daily build # were you using before?

We may have to ask you to submit a bug report with a sample project that reproduces this issue, because I’m not seeing any clues in the log as to what the cause is. [import]uid: 32256 topic_id: 35144 reply_id: 145015[/import]

#94

Joshua,

thanks for getting back to me.

I don’t get any runtime error on screen. the game gets stuck and exits (sounds is going crazy).

I’ve checked it with .984 and it happens there too surprisingly. Something in my code probably is messing it up. Funny thing is that i have the game out on android with an older build and not experiencing this issue.

I will check again, but i still dont get why there is no runtime error! [import]uid: 90610 topic_id: 35144 reply_id: 145042[/import]

#95

Runtime errors only occur when there is an error in a Lua script or if a Java exception occurred that was invoked by a Lua function. This is something new that we’ve added to Corona to help Corona developer isolate bugs in Lua and to recognize what required Android permissions are missing.

Since you’re seeing a native C/C++ stack dump in your error log, then that suggests that it might be a bug on our end. It’s difficult to determine at the moment. A crash in “liblua.so” typically happens to Corona Enterprise users who attempt to access Lua from the wrong thread in Java. We just need to isolate it and determine the root cause.

So, is your app built with Corona Enterprise?

If not, then can you tell me what features your app is using?
Such as inneractive, InMobi, Flurry, etc.
If you are able to reproduce this issue for yourself, then you should try disabling these features one by one to see which one causes this issue. We just need to find the specific feature that is causing this crash. [import]uid: 32256 topic_id: 35144 reply_id: 145102[/import]

#96

Josh, can you have someone say a few words about this iOS exception?

0 libsystem\_kernel.dylib 0x3957d350 \_\_pthread\_kill + 8  
1 libsystem\_c.dylib 0x39530973 abort + 95  
2 libsystem\_c.dylib 0x394c939d free + 361  
3 MF 0x000bcad7 CoronaLuaCreateDictionary  
4 MF 0x000e9e29 CoronaLuaDeleteRef  
5 MF 0x00124ec9 \_ZN16PluginChartboost9FinalizerEP9lua\_State  
6 MF 0x0009afed CoronaLuaCreateDictionary

I suspect that it happens because I call the CoronaLuaDeleteRef in both the Finalizer and the Destructor? What is the recommended way of calling the CoronaLuaDeleteRef - and also delete retained variables - in a Corona plugin, the destructor or the finalizer?

[code]
PluginChartboost::~PluginChartboost()
{
CoronaLuaDeleteRef( fRuntime.L, fListener );
}

PluginChartboost::Finalizer( lua_State *L )
{
Self *library = (Self *)CoronaLuaToUserdata( L, 1 );
CoronaLuaDeleteRef( L, library->GetListener() );
delete library;
return 0;
}
[/code] [import]uid: 21746 topic_id: 35144 reply_id: 145125[/import]

#97

I’m not the iOS or plugin expert here, but I have to wonder if your destructor is holding on to a wild pointer. Perhaps the pointer returned by [lua]fRuntime.L[/lua] points to a lua state that has already been destroyed.

I’ll see about getting an answer from someone who knows better than I. [import]uid: 32256 topic_id: 35144 reply_id: 145218[/import]