Hi,
I'm using third-party native library that causes Fatal signal 11 (SIGSEGV) from time to time and closes current activity.
But after the activity is restarted native methods does not function properly, which causes additional crashes.
Is there any way reload native library after crash, so at least the application should not be restarted to continue.
At least that would be temporary workaround until the problems in native library are resolved.
Thanks.
Hi,
I'm using third-party native library that causes Fatal signal 11 (SIGSEGV) from time to time and closes current activity.
But after the activity is restarted native methods does not function properly, which causes additional crashes.
Is there any way reload native library after crash, so at least the application should not be restarted to continue.
At least that would be temporary workaround until the problems in native library are resolved.
Thanks.
--
You received this message because you are subscribed to the Google Groups "android-ndk" group.
To unsubscribe from this group and stop receiving emails from it, send an email to android-ndk...@googlegroups.com.
To post to this group, send email to andro...@googlegroups.com.
Visit this group at http://groups.google.com/group/android-ndk?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.
Unless you have installed a specific signal handler, a SIGSEGV will not only "close the current activity" but immediately kill the current process.When the activity is restarted, a new process is loaded. Do you always reload your third-party native library (e.g. in a static { ... } class initialization block), or do this under certain circumstances. If the latter, that could explain what's happening here (i.e. the activity is restarted in a way that you didn't foresee).
Unless you have installed a specific signal handler, a SIGSEGV will not only "close the current activity" but immediately kill the current process.When the activity is restarted, a new process is loaded. Do you always reload your third-party native library (e.g. in a static { ... } class initialization block), or do this under certain circumstances. If the latter, that could explain what's happening here (i.e. the activity is restarted in a way that you didn't foresee).Nope I don't have any signal handlers in my code.
Actually native library is loaded in previous activity (parent to the one that crashes), as it does some initialization stuff.
So in situation when native lib crashes and current process is terminated, if the activity is started once again and System.loadLibrary() is called every time, it will reload the lib?
What if there was no crash but the activity was restarted?