Latest Corona Enterprise Crashing

Solar2D Native builds
#1

I am currently migrating our project from Ant to Android Studio.  With corona enterprise 2016.2886, I have the project actually building an apk, and it will run on the device.  I have setup the tasks in our build.gradle files to be identical with the example in the docs, with additions to build with the ndk.  The resulting process is as follows:

 

cleanAssets -> generateLuaBytecodes (uses lua2c.sh) -> ndkBuild -> compileLua -> copyCoronaResources -> copyCoronaNativeLibs -> certifyBuild

 

When I try using CoronaEnterprise 2016.2904 or 2016.2906, however, the app crashes on startup with the following JNI-related error:

W/dalvikvm(31900): Invalid indirect reference 0x4006fcb4 in decodeIndirectRef E/dalvikvm(31900): VM aborting F/libc (31900): Fatal signal 11 (SIGSEGV) at 0xdeadd00d (code=1), thread 31900 (ageName.Removed)

The resulting memory dump references ‘/system/lib/libdvm.so’, ‘/data/data/com.PackageName.Removed/lib/libcorona.so’, and ‘/system/lib/libc.so’.  I can post the full dump on request.

 

Any ideas on what might be different between these builds that would cause the crash?

#2

This topic has been broken apart from https://forums.coronalabs.com/topic/63755-issues-with-socket-library-after-updating-corona-enterprise/ to keep the issues separate, so the main post has been updated accordingly.

#3

Is your app crashing even after running clean then build/run again?

#4

Hi Danny, thanks for getting a conversation started on this :) .  It does indeed crash even with a full clean and rebuild.  This is an error I seem to be getting under various circumstances that can often be resolved with a simple clean and rebuild, as you implied.  In the case where I switch from 2016.2886 to 2016.2904, however, cleaning does not do the trick.

I have tried this process to ensure a clean build, but maybe I’m missing something:

Quit Android Studio -> Delete CoronaEnterprise folder -> Manually delete all build, assets, jniLibs, and obj folders from project -> Empty the Trash -> Copy in the new CoronaEnterprise folder -> Open Android Studio, build and run apk (on device)

Also, my Xcode build works just fine with 2016.2904, so this is an Android-only issue for me.

#5

Can you try adding this to your apps build.gradle file? 

Under the cleanAssets task.

delete "$projectDir/build/intermediates/jniLibs"

For instance, my full cleanAssets task looks like this:

task cleanAssets(type: Delete, description: 'remove Corona assets and libcorona.so') {     delete fileTree(dir: "$projectDir/src/main/assets", include: '\*')     delete "$projectDir/src/main/jniLibs"     delete "$projectDir/build/intermediates/jniLibs"     doFirst {         println '== cleanAssets =='     } }

This line might already be included in the latest enterprise build (I’m not sure). If not, give it a whirl.

I remember having a similar issue and this resolved it.

#6

Thanks for the suggestion Danny!  My app’s build.gradle file already contained that line for my cleanAssets task though.  I remember coming across it in some other thread.

Here are the portions of my build.gradle that deviate from the norm, perhaps my usage of lua2c.sh in generateLuaByteCodes isn’t recommended:

//task order: //cleanAssets -\> generateLuaBytecodes -\> ndkBuild -\> compileLua -\> copyCoronaResources -\> copyCoronaNativeLibs -\> certifyBuild //not the full android section, just the part that is different android { sourceSets.main { jni.srcDirs = [] //disable automatic ndk-build call with auto-generated Android.mk } } def coronaEnterpriseDir = "$rootDir/../CoronaEnterprise" def coronaEnterpriseMacBinDir = "$coronaEnterpriseDir/Corona/mac/bin" def targetName = 'plugin\_ourPlugin' task generateLuaBytecodes(type: Exec, description: 'uses lua2c to create corona entry point') { workingDir = "$coronaEnterpriseMacBinDir" commandLine "$coronaEnterpriseMacBinDir/lua2c.sh", "$rootDir/../$targetName" + '.lua', "$rootDir/.", 'release' dependsOn 'cleanAssets' doFirst { println '== generateLuaBytecodes ==' } } task cleanNative(type: Exec) { workingDir file('src/main') commandLine getNdkBuildCmd(), 'clean' doFirst { println '== cleanNative ==' } } tasks.withType(JavaCompile) { compileTask -\> compileTask.dependsOn ndkBuild } // call regular ndk-build(.cmd) script from app directory task ndkBuild(type: Exec) { commandLine getNdkBuildCmd(), '-C', file('src/main/jni').absolutePath, '-j', Runtime.runtime.availableProcessors(), "NDK\_LIBS\_OUT=$jniLibsDir", 'all', 'NDK\_DEBUG=1' dependsOn 'generateLuaBytecodes' doFirst { println '== ndkBuild ==' } } tasks.clean.dependsOn cleanNative def getNdkDir() { if (System.env.ANDROID\_NDK\_ROOT != null) return System.env.ANDROID\_NDK\_ROOT Properties properties = new Properties() properties.load(project.rootProject.file('local.properties').newDataInputStream()) def ndkdir = properties.getProperty('ndk.dir', null) if (ndkdir == null) throw new GradleException("NDK location not found. Define location with ndk.dir in the local.properties file or with an ANDROID\_NDK\_ROOT environment variable.") return ndkdir } def getNdkBuildCmd() { def ndkbuild = getNdkDir() + "/ndk-build" if (Os.isFamily(Os.FAMILY\_WINDOWS)) ndkbuild += ".cmd" return ndkbuild }
#7

I think I identified the problem.  Corona.jar and JNLua.jar were among our plugin’s libs, which were checked into source control rather than being included in the build process dynamically.  Because those .jars were already in the libs folder, I guess they were taking precedence over:

dependencies { compile fileTree(dir: "$coroneEnterpriseDir/Corona/android/lib/Corona/libs", include: '\*.jar') }

After removing those .jar files and doing a full clean and rebuild, it is now compiling/running under with the latest Corona Enterprise version.

#8

Ah yes, that wouldn’t help the situation :slight_smile:

Just for reference, you should exclude the jnilibs directory from source control also.

Glad you got it working!

#9

Thanks Danny!

#10

This topic has been broken apart from https://forums.coronalabs.com/topic/63755-issues-with-socket-library-after-updating-corona-enterprise/ to keep the issues separate, so the main post has been updated accordingly.

#11

Is your app crashing even after running clean then build/run again?

#12

Hi Danny, thanks for getting a conversation started on this :) .  It does indeed crash even with a full clean and rebuild.  This is an error I seem to be getting under various circumstances that can often be resolved with a simple clean and rebuild, as you implied.  In the case where I switch from 2016.2886 to 2016.2904, however, cleaning does not do the trick.

I have tried this process to ensure a clean build, but maybe I’m missing something:

Quit Android Studio -> Delete CoronaEnterprise folder -> Manually delete all build, assets, jniLibs, and obj folders from project -> Empty the Trash -> Copy in the new CoronaEnterprise folder -> Open Android Studio, build and run apk (on device)

Also, my Xcode build works just fine with 2016.2904, so this is an Android-only issue for me.

#13

Can you try adding this to your apps build.gradle file? 

Under the cleanAssets task.

delete "$projectDir/build/intermediates/jniLibs"

For instance, my full cleanAssets task looks like this:

task cleanAssets(type: Delete, description: 'remove Corona assets and libcorona.so') {     delete fileTree(dir: "$projectDir/src/main/assets", include: '\*')     delete "$projectDir/src/main/jniLibs"     delete "$projectDir/build/intermediates/jniLibs"     doFirst {         println '== cleanAssets =='     } }

This line might already be included in the latest enterprise build (I’m not sure). If not, give it a whirl.

I remember having a similar issue and this resolved it.

#14

Thanks for the suggestion Danny!  My app’s build.gradle file already contained that line for my cleanAssets task though.  I remember coming across it in some other thread.

Here are the portions of my build.gradle that deviate from the norm, perhaps my usage of lua2c.sh in generateLuaByteCodes isn’t recommended:

//task order: //cleanAssets -\> generateLuaBytecodes -\> ndkBuild -\> compileLua -\> copyCoronaResources -\> copyCoronaNativeLibs -\> certifyBuild //not the full android section, just the part that is different android { sourceSets.main { jni.srcDirs = [] //disable automatic ndk-build call with auto-generated Android.mk } } def coronaEnterpriseDir = "$rootDir/../CoronaEnterprise" def coronaEnterpriseMacBinDir = "$coronaEnterpriseDir/Corona/mac/bin" def targetName = 'plugin\_ourPlugin' task generateLuaBytecodes(type: Exec, description: 'uses lua2c to create corona entry point') { workingDir = "$coronaEnterpriseMacBinDir" commandLine "$coronaEnterpriseMacBinDir/lua2c.sh", "$rootDir/../$targetName" + '.lua', "$rootDir/.", 'release' dependsOn 'cleanAssets' doFirst { println '== generateLuaBytecodes ==' } } task cleanNative(type: Exec) { workingDir file('src/main') commandLine getNdkBuildCmd(), 'clean' doFirst { println '== cleanNative ==' } } tasks.withType(JavaCompile) { compileTask -\> compileTask.dependsOn ndkBuild } // call regular ndk-build(.cmd) script from app directory task ndkBuild(type: Exec) { commandLine getNdkBuildCmd(), '-C', file('src/main/jni').absolutePath, '-j', Runtime.runtime.availableProcessors(), "NDK\_LIBS\_OUT=$jniLibsDir", 'all', 'NDK\_DEBUG=1' dependsOn 'generateLuaBytecodes' doFirst { println '== ndkBuild ==' } } tasks.clean.dependsOn cleanNative def getNdkDir() { if (System.env.ANDROID\_NDK\_ROOT != null) return System.env.ANDROID\_NDK\_ROOT Properties properties = new Properties() properties.load(project.rootProject.file('local.properties').newDataInputStream()) def ndkdir = properties.getProperty('ndk.dir', null) if (ndkdir == null) throw new GradleException("NDK location not found. Define location with ndk.dir in the local.properties file or with an ANDROID\_NDK\_ROOT environment variable.") return ndkdir } def getNdkBuildCmd() { def ndkbuild = getNdkDir() + "/ndk-build" if (Os.isFamily(Os.FAMILY\_WINDOWS)) ndkbuild += ".cmd" return ndkbuild }
#15

I think I identified the problem.  Corona.jar and JNLua.jar were among our plugin’s libs, which were checked into source control rather than being included in the build process dynamically.  Because those .jars were already in the libs folder, I guess they were taking precedence over:

dependencies { compile fileTree(dir: "$coroneEnterpriseDir/Corona/android/lib/Corona/libs", include: '\*.jar') }

After removing those .jar files and doing a full clean and rebuild, it is now compiling/running under with the latest Corona Enterprise version.

#16

Ah yes, that wouldn’t help the situation :slight_smile:

Just for reference, you should exclude the jnilibs directory from source control also.

Glad you got it working!

#17

Thanks Danny!