Fatal signal 11 (SIGSEGV), code 1 (SEGV_MAPERR) #109930
Comments
|
Can you extract |
|
Hi @grendello, thanks for the quick response, I have attached the file. |
|
I remembered there's another place in the application that crashes with the same error but with a different address and stack trace. It was commented out in the file I sent. I’ve uncommented it and uploaded a new file. Here’s the log of that error: |
|
The symbolicated backtrace suggests your application throws some exception and the runtime trips over it, for some reason (locations presented in the same order as frames in the backtrace): @vyacheslav-volkov if you are able to reproduce the segfault locally, please record it using the following commands from the VS developer prompt (or mac terminal): $ adb shell setprop debug.mono.log default,assembly,mono_log_level=debug,mono_log_mask=all
$ adb logcat -G 64M
$ adb logcat -c
# Start and crash the application here, wait 10s and then:
$ adb logcat -d > log.txtIn the resulting |
|
thanks @grendello, will check soon, could you please check the second log? |
|
The second backtrace symbolicates as follows: It's a different issue. This one makes me wonder if it's a case of the linker removing too much. |
|
do I need to create a new issue for the second case? @grendello I checked logs and I see a lot of different errors like this for different types: But this is just warnings, I don't see any real exceptions. |
|
@grendello, I tried several times on the emulator and the device and information about the real exception is not written to the log. Any other suggestions on how to catch the exception? |
|
@grendello I've roughly located where the error occurs, it's a standard OperationCanceledException. There are several try-catch blocks in the stack trace, and everything works fine in debug mode. However, in release mode, the native code cannot retrieve the stack trace and crashes, even though the application has no unhandled exceptions. How is this possible? |
|
@grendello I need your help to find the reason I can't release the app as it crashes frequently (same code on iOS NativeAOT works without any problem). if I ignore cancellationToken it will work, there is a try/catch in this code up the stack but even if I explicitly add it to the code it will fail: |
|
@vyacheslav-volkov: part of me wonders if an |
|
Hi @jonpryor, I'll add more context. RefreshAsync is used by the command, the command already has a try catch handler. The This code doesn't use |
|
@vyacheslav-volkov Debug mode uses the interpreter, the code isn't JIT-ed - can you try running the app in Debug mode but with the |
|
@grendello thanks, this helped to get a managed stack trace: and native crash info: will it help you, do you need anything else? |
|
@vyacheslav-volkov thanks, it looks much better! Is |
|
it should be the same, but just in case attached the lib from the debug apk libmonosgen-2.0.so.zip |
|
Thanks! OK, this is at least consistent with the earlier trace: @steveisok I think this is another one for the runtime team, could you assign/move it as needed? Thanks! |
dotnet-issue-labeler
bot
added
the
needs-area-label
dotnet-policy-service
bot
added
the
untriaged
|
Tagging subscribers to 'arch-android': @vitek-karas, @simonrozsival, @steveisok, @akoeplinger |
steveisok
added
area-VM-meta-mono
and removed
needs-area-label
|
Hi @steveisok, any updates\workarounds on this, it's a very critical issue for my application. |
|
@vyacheslav-volkov it's something we are looking into. Nothing to report now. If you have code to share, that would likely help us in the investigation. |
|
@steveisok this is a commercial project, unfortunately I can't send the code |
Do you think you can generically represent some small sample? |
|
Unfortunately, no, because this only happens in one place and only when I switch tabs in the UI. I tried manually calling Cancel on the CancellationTokenSource, but it didn't help. The code keeps running, and the error is being handled. |
|
@steveisok I wonder if native Java threads might be in play here? One that is unattached to the MonoVM instance might cause a crash? |
|
FYI, since ThrowIfExceptional is happening here and the crash appears to be while running continuations after cancellation, it's possible that you have code under your control that is That might get you unblocked in the interim until we identify a root cause and fix for this issue. |
Android framework version
net8.0-android
Affected platform version
NET 8.0.403
Description
I'm encountering an error in my application, but only in the release build. In debug mode, the application works without any issues, but in the release build, I get an error at the same point during certain actions. Since the project is commercial, I cannot provide the specific code.
signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x10008Steps to Reproduce
Run the application in release mode
Did you find any workaround?
No response
Relevant log output
update: the fault address is always the same
fault addr 0x10008The text was updated successfully, but these errors were encountered: