-
Notifications
You must be signed in to change notification settings - Fork 528
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
"Fatal signal 11 (SIGSEGV), code 1 (SEGV_MAPERR)" native fault during C# exception handling on ARM64 devices #3112
Comments
This looks like it could be a regression of #2920? |
Thanks for the report! As a next step, if you get a chance, if you can repeat the app crash once more and collect the
The additional "backtrace:" information will often contain the name of the native function where the app exited unexpectedly, which can be helpful to distinguish among different native crashes. (I have an initial suspicion that the scope of mono/mono#14170 might be larger than it initially appeared. That problem might be causing unexpected exits when debugging in more circumstances than just when continuing through an unhandled exception. The additional information from the "backtrace:" should hopefully provide an additional clue to confirm that idea or indicate that there is another separate problem involving native aborts.) Thanks in advance! |
It didn't crash immediately this time, but didn't take long. |
Hi @brendanzagaeski, thanks for looking at this. @darkblackcorner and I are actually working on the same project. I have done some additional testing on this issue and found that the issue only occurs on one of my devices (a Panasonic FZ-N1 MK2 - API Level 27). It happens regardless if the app is launched with the debugger or not. I have a feeling that this issue is specific to the Thanks again. |
Confirmed the issue is not present on the same device using the |
I am having a very similar issue since the last VS19 update when using EntityFrameworkCore.Sqlite in my app. The app crashes with a similar (or same) error as above ( I can also confirm that it doesn't crash with If needed, I can provide a solution to reproduce the problem |
Log & sample project: |
Thanks much for the quick replies, log files, and test case! At first glance, it looks like the suspicion that this has the same root cause as mono/mono#14170 might be right. The
I'll do one more quick confirmation with the test app tipa just provided to grab the backtrace with debug symbols added, and then I'll escalate the issue with the runtime and debugger engineers. |
Thanks again for the test case! The backtrace with symbols does indeed also match mono/mono#14170:
It looks like certain re-thrown exceptions are sufficient to cause this problem even if they are caught and handled within an external library. In this case, it looks like the exception that's triggering the native fault might be a I will escalate this with the runtime and debugger engineers. For the runtime and debugger engineers, in case it might be helpful, here's a slightly adjusted test case to make the sqlite call happen on a button tap so that it's easier to attach the native debugger before the crash: |
Probably related, also this simple 2-liner crashes in a similar fashion:
|
Additional notes for the runtime and debugger engineers: I tested a number of the Xamarin.Android continuous development builds to attempt to narrow down the range of commits involved in this change in behavior. Long story short, the commit that introduced the problem was 06e920c, which updated the product build process to use Android NDK r19 to build the Mono runtime. It seems this changed the behavior of the Mono runtime in an unexpected way. I'm not sure if the problem is most likely due to an older bug in the Mono runtime that was only exposed after the change in the Android NDK or if the newer Android NDK version itself might have a bug. Testing detailsGood BehaviorBuild tested: https://jenkins.xamarin.com/view/Xamarin.Android/job/xamarin-android-freestyle/1432/Azure/ Behavior of the re-thrown exception test case from earlier in this issueRuns without error. (Note that once this app runs once successfully, it will not show the error again for another version of the Mono runtime unless the application data is cleared, presumably because the SQLite database does not need to be created again once it exists in the application data directory.) Behavior of the filtered exception test case from the linked Xamarin.Forms issueContinues running successfully after the TRY EXCEPTION button has been tapped. Problematic BehaviorBuild tested: https://jenkins.xamarin.com/view/Xamarin.Android/job/xamarin-android-freestyle/1436/ Behavior of the re-thrown exception test case from earlier in this issueThe application crashes:
Behavior of the filtered exception test case from the linked Xamarin.Forms issueThe application crashes:
(I'm omitting the results for the test case from mono/mono#14170 for the moment because those results were different in some curious ways across the versions I tested, and that scenario isn't as important as the more common scenarios from the other user-submitted test cases.) |
Is there any workaround? Can I downgrade the VS2019 extension of xamarin android somehow? |
No general workaround that covers all the affected scenarios is known at this time. It is possible to download the .vsix installer package for the previous version of the Xamarin.Android SDK from the list on https://github.com/xamarin/xamarin-android/, but the Visual Studio Installer aims to prevent potential invalid configurations, so it does not allow installing older versions of a .vsix than is currently installed. If you open the .vsix package as a ZIP archive, for example by renaming it to have a .zip extension and browsing it in Explorer, it is possible to view the $MSBuild directory and $ReferenceAssemblies directory that make up the Xamarin.Android SDK installation. In principle you can move the following subdirectories out of the way (adjusting the paths based on your Visual Studio install location):
And then you can copy the corresponding directories and files from within the .vsix archive. This is the technique that the |
Reopening for now to use the closed status of this item to indicate when the fix is published. |
Xamarin.Android WebClient app crash without an internet connection is fixed with Xamarin.Android.Sdk.9.3.0.23.vsix Thanks for fix |
crash when clearing entry binded to numeric solved (xamarin/Xamarin.Forms#6336) . thanks |
I started experiencing this after the latest update, but in my case it was NOT resolved by installing the VSIX above. However, this only happens on release builds, and the problem dissapears when changing from D8/R8 to Proguard, but the (unmodified) code worked perfectly with R8/D8 before the update. |
@herreruud, thanks for the information! That sounds like it is probably a separate problem. If you get a chance, if you could file new issue with some details like the full text of the error message you are seeing, any zipped up example project or steps to reproduce you can share, and the |
Can confirm that the provided vsix resolved the issue. Still not nice to wake up and see hundreds of crashes on Play Store... |
Had a sigsegv 11 error when doing Database.Migrate() using sqlite3 (EF etc.) and can confirm - this VSIX finally fixed the issue Please proceed with making it into official xamarin |
Windows fix published. The new Xamarin.Android SDK version 9.3.0.23 that includes the fix for this issue has now been published as part of Visual Studio 2019 version 16.1.4. Check for the latest updates or install the most recent release from https://visualstudio.microsoft.com/downloads/ to get the fix. macOS fix published. The new Xamarin.Android SDK version 9.3.0.23 that includes the fix for this issue has now been released in the Stable updater channel in Visual Studio for Mac. Check for the latest updates or install the most recent release from https://visualstudio.microsoft.com/downloads/ to get the fix. Thanks again for submitting this report that helped bring the fix to Visual Studio! |
Installed, recompiled, debugged. Seems to work fine! Thanks @brendanzagaeski and others! |
Ok, I can confirm that updating VS to 16.1.4 fixed the issue for me. Thanks! |
my case also fixed. thank you again |
This is not fixed for me. I'm using Visual Studio 16.1.4, with the latest NuGet packages. =================================================================
|
@SpiegelSoft, thanks for the additional information! That crash would be something different from this issue (#3112) since the stack trace is from an If you might have a project you can zip up and share on #3198 that demonstrates this problem, that would be excellent. See the latest comment there for a few possible options to share the project publicly or privately. Thanks in advance! |
Changes: http://github.com/mono/mono/compare/2c3aeaf3780de7392a0d3cbe4dcf86846eb4dffa...29b1ac19c961b959a09097dbc0fe4cd567cc5298 $ git diff --shortstat 2c3aeaf3..29b1ac19 1528 files changed, 45421 insertions(+), 21967 deletions(-) Changes: mono/api-doc-tools@d03e819...5da8127 $ git diff --shortstat d03e8198..5da8127a 1001 files changed, 86168 insertions(+), 11863 deletions(-) Changes: mono/api-snapshot@e09042d...1ca8e82 $ git diff --shortstat e09042da..1ca8e82f 28 files changed, 612 insertions(+), 217 deletions(-) Changes: dotnet/cecil@a6c8f5e...cb6c1ca $ git diff --shortstat a6c8f5e1..cb6c1ca9 13 files changed, 233 insertions(+), 88 deletions(-) Changes: mono/corefx@4806207...470e0e1 $ git diff --shortstat 4806207f...470e0e10 4 files changed, 31 insertions(+), 12 deletions(-) Changes: dotnet/linker@ebe2a1f...1f87de3 $ git diff --shortstat ebe2a1f4...1f87de35 90 files changed, 3219 insertions(+), 1224 deletions(-) Changes: dotnet/java-interop@befdbc0...be6048e $ git diff --shortstat befdbc03...be6048ed 3 files changed, 3 insertions(+), 3 deletions(-) Upstream-Fixes: https://bugs.winehq.org/show_bug.cgi?id=47561 Upstream-Fixes: https://devdiv.visualstudio.com/DefaultCollection/DevDiv/_workitems/edit/967582 Upstream-Fixes: https://github.com/dotnet/coreclr/issues/25071 Upstream-Fixes: https://github.com/dotnet/coreclr/issues/25242 Upstream-Fixes: https://github.com/dotnet/coreclr/issues/25632 Upstream-Fixes: https://github.com/dotnet/coreclr/issues/25709 Upstream-Fixes: https://github.com/dotnet/corefx/issues/37955 Upstream-Fixes: https://github.com/dotnet/corefx/issues/38455 Upstream-Fixes: mono/mono#7377 Upstream-Fixes: mono/mono#8747 Upstream-Fixes: mono/mono#9621 Upstream-Fixes: mono/mono#9664 Upstream-Fixes: mono/mono#9706 Upstream-Fixes: mono/mono#10201 Upstream-Fixes: mono/mono#10645 Upstream-Fixes: mono/mono#10748 Upstream-Fixes: mono/mono#10848 Upstream-Fixes: mono/mono#12141 Upstream-Fixes: mono/mono#13311 Upstream-Fixes: mono/mono#13408 Upstream-Fixes: mono/mono#13412 Upstream-Fixes: mono/mono#13891 Upstream-Fixes: mono/mono#13923 Upstream-Fixes: mono/mono#13945 Upstream-Fixes: mono/mono#14170 Upstream-Fixes: mono/mono#14214 Upstream-Fixes: mono/mono#14214 Upstream-Fixes: mono/mono#14215 Upstream-Fixes: mono/mono#14243 Upstream-Fixes: mono/mono#14377 Upstream-Fixes: mono/mono#14495 Upstream-Fixes: mono/mono#14555 Upstream-Fixes: mono/mono#14724 Upstream-Fixes: mono/mono#14729 Upstream-Fixes: mono/mono#14772 Upstream-Fixes: mono/mono#14792 Upstream-Fixes: mono/mono#14793 Upstream-Fixes: mono/mono#14809 Upstream-Fixes: mono/mono#14830 Upstream-Fixes: mono/mono#14839 Upstream-Fixes: mono/mono#14841 Upstream-Fixes: mono/mono#14847 Upstream-Fixes: mono/mono#14864 Upstream-Fixes: mono/mono#14871 Upstream-Fixes: mono/mono#14917 Upstream-Fixes: mono/mono#14945 Upstream-Fixes: mono/mono#14946 Upstream-Fixes: mono/mono#14948 Upstream-Fixes: mono/mono#14957 Upstream-Fixes: mono/mono#14959 Upstream-Fixes: mono/mono#14960 Upstream-Fixes: mono/mono#14961 Upstream-Fixes: mono/mono#14963 Upstream-Fixes: mono/mono#14971 Upstream-Fixes: mono/mono#14972 Upstream-Fixes: mono/mono#14975 Upstream-Fixes: mono/mono#15023 Upstream-Fixes: mono/mono#15048 Upstream-Fixes: mono/mono#15058 Upstream-Fixes: mono/mono#15080 Upstream-Fixes: mono/mono#15182 Upstream-Fixes: mono/mono#15188 Upstream-Fixes: mono/mono#15189 Upstream-Fixes: mono/mono#15261 Upstream-Fixes: mono/mono#15262 Upstream-Fixes: mono/mono#15263 Upstream-Fixes: mono/mono#15265 Upstream-Fixes: mono/mono#15268 Upstream-Fixes: mono/mono#15307 Upstream-Fixes: mono/mono#15324 Upstream-Fixes: mono/mono#15329 Upstream-Fixes: mono/mono#15330 Upstream-Fixes: mono/mono#15441 Upstream-Fixes: mono/mono#15446 Upstream-Fixes: mono/mono#15503 Upstream-Fixes: mono/mono#15541 Upstream-Fixes: mono/mono#15551 Upstream-Fixes: mono/mono#15556 Upstream-Fixes: mono/mono#15596 Upstream-Fixes: mono/mono#15691 Upstream-Fixes: mono/mono#15692 Upstream-Fixes: mono/mono#15740 Upstream-Fixes: mono/mono#15751 Upstream-Fixes: mono/mono#15760 Upstream-Fixes: mono/mono#15781 Upstream-Fixes: mono/mono#15794 Upstream-Fixes: mono/mono#15825 Upstream-Fixes: mono/mono#15853 Upstream-Fixes: mono/mono#15878 Upstream-Fixes: mono/mono#15887 Upstream-Fixes: mono/mono#15990 Upstream-Fixes: mono/mono#16032 Upstream-Fixes: mono/mono#16411 Upstream-Fixes: mono/mono#16486 Upstream-Fixes: https://github.com/mono/mono/issues/25709 Upstream-Fixes: https://github.com/mono/mono/issues/38821 Upstream-Fixes: #3112 Upstream-Fixes: #3168 Update `build-tools/automation/build.groovy` so that it fully cleans the build tree before starting the build, so that the vestigial mono submodule (removed in 0c9f83b) is *actually* removed from the build tree, so that we don't inadvertently use *ancient* submodule contents.
Changes: http://github.com/mono/mono/compare/2c3aeaf3780de7392a0d3cbe4dcf86846eb4dffa...29b1ac19c961b959a09097dbc0fe4cd567cc5298 $ git diff --shortstat 2c3aeaf3..29b1ac19 1528 files changed, 45421 insertions(+), 21967 deletions(-) Changes: mono/api-doc-tools@d03e819...5da8127 $ git diff --shortstat d03e8198..5da8127a 1001 files changed, 86168 insertions(+), 11863 deletions(-) Changes: mono/api-snapshot@e09042d...1ca8e82 $ git diff --shortstat e09042da..1ca8e82f 28 files changed, 612 insertions(+), 217 deletions(-) Changes: dotnet/cecil@a6c8f5e...cb6c1ca $ git diff --shortstat a6c8f5e1..cb6c1ca9 13 files changed, 233 insertions(+), 88 deletions(-) Changes: mono/corefx@4806207...470e0e1 $ git diff --shortstat 4806207f...470e0e10 4 files changed, 31 insertions(+), 12 deletions(-) Changes: dotnet/linker@ebe2a1f...1f87de3 $ git diff --shortstat ebe2a1f4...1f87de35 90 files changed, 3219 insertions(+), 1224 deletions(-) Changes: dotnet/java-interop@75b1189...4fd3539 $ git diff --shortstat 75b11891...4fd35393 34 files changed, 448 insertions(+), 52 deletions(-) Upstream-Fixes: https://bugs.winehq.org/show_bug.cgi?id=47561 Upstream-Fixes: https://devdiv.visualstudio.com/DefaultCollection/DevDiv/_workitems/edit/967582 Upstream-Fixes: https://github.com/dotnet/coreclr/issues/25071 Upstream-Fixes: https://github.com/dotnet/coreclr/issues/25242 Upstream-Fixes: https://github.com/dotnet/coreclr/issues/25632 Upstream-Fixes: https://github.com/dotnet/coreclr/issues/25709 Upstream-Fixes: https://github.com/dotnet/corefx/issues/37955 Upstream-Fixes: https://github.com/dotnet/corefx/issues/38455 Upstream-Fixes: mono/mono#7377 Upstream-Fixes: mono/mono#8747 Upstream-Fixes: mono/mono#9621 Upstream-Fixes: mono/mono#9664 Upstream-Fixes: mono/mono#9706 Upstream-Fixes: mono/mono#10201 Upstream-Fixes: mono/mono#10645 Upstream-Fixes: mono/mono#10748 Upstream-Fixes: mono/mono#10848 Upstream-Fixes: mono/mono#12141 Upstream-Fixes: mono/mono#13311 Upstream-Fixes: mono/mono#13408 Upstream-Fixes: mono/mono#13412 Upstream-Fixes: mono/mono#13891 Upstream-Fixes: mono/mono#13923 Upstream-Fixes: mono/mono#13945 Upstream-Fixes: mono/mono#14170 Upstream-Fixes: mono/mono#14214 Upstream-Fixes: mono/mono#14214 Upstream-Fixes: mono/mono#14215 Upstream-Fixes: mono/mono#14243 Upstream-Fixes: mono/mono#14377 Upstream-Fixes: mono/mono#14495 Upstream-Fixes: mono/mono#14555 Upstream-Fixes: mono/mono#14724 Upstream-Fixes: mono/mono#14729 Upstream-Fixes: mono/mono#14772 Upstream-Fixes: mono/mono#14792 Upstream-Fixes: mono/mono#14793 Upstream-Fixes: mono/mono#14809 Upstream-Fixes: mono/mono#14830 Upstream-Fixes: mono/mono#14839 Upstream-Fixes: mono/mono#14841 Upstream-Fixes: mono/mono#14847 Upstream-Fixes: mono/mono#14864 Upstream-Fixes: mono/mono#14871 Upstream-Fixes: mono/mono#14917 Upstream-Fixes: mono/mono#14945 Upstream-Fixes: mono/mono#14946 Upstream-Fixes: mono/mono#14948 Upstream-Fixes: mono/mono#14957 Upstream-Fixes: mono/mono#14959 Upstream-Fixes: mono/mono#14960 Upstream-Fixes: mono/mono#14961 Upstream-Fixes: mono/mono#14963 Upstream-Fixes: mono/mono#14971 Upstream-Fixes: mono/mono#14972 Upstream-Fixes: mono/mono#14975 Upstream-Fixes: mono/mono#15023 Upstream-Fixes: mono/mono#15048 Upstream-Fixes: mono/mono#15058 Upstream-Fixes: mono/mono#15080 Upstream-Fixes: mono/mono#15182 Upstream-Fixes: mono/mono#15188 Upstream-Fixes: mono/mono#15189 Upstream-Fixes: mono/mono#15261 Upstream-Fixes: mono/mono#15262 Upstream-Fixes: mono/mono#15263 Upstream-Fixes: mono/mono#15265 Upstream-Fixes: mono/mono#15268 Upstream-Fixes: mono/mono#15307 Upstream-Fixes: mono/mono#15324 Upstream-Fixes: mono/mono#15329 Upstream-Fixes: mono/mono#15330 Upstream-Fixes: mono/mono#15441 Upstream-Fixes: mono/mono#15446 Upstream-Fixes: mono/mono#15503 Upstream-Fixes: mono/mono#15541 Upstream-Fixes: mono/mono#15551 Upstream-Fixes: mono/mono#15556 Upstream-Fixes: mono/mono#15596 Upstream-Fixes: mono/mono#15691 Upstream-Fixes: mono/mono#15692 Upstream-Fixes: mono/mono#15740 Upstream-Fixes: mono/mono#15751 Upstream-Fixes: mono/mono#15760 Upstream-Fixes: mono/mono#15781 Upstream-Fixes: mono/mono#15794 Upstream-Fixes: mono/mono#15825 Upstream-Fixes: mono/mono#15853 Upstream-Fixes: mono/mono#15878 Upstream-Fixes: mono/mono#15887 Upstream-Fixes: mono/mono#15990 Upstream-Fixes: mono/mono#16032 Upstream-Fixes: mono/mono#16411 Upstream-Fixes: mono/mono#16486 Upstream-Fixes: https://github.com/mono/mono/issues/25709 Upstream-Fixes: https://github.com/mono/mono/issues/38821 Upstream-Fixes: dotnet#3112 Upstream-Fixes: dotnet#3168 Update `build-tools/automation/build.groovy` so that it fully cleans the build tree before starting the build, so that the vestigial mono submodule (removed in 0c9f83b) is *actually* removed from the build tree, so that we don't inadvertently use *ancient* submodule contents.
Changes: http://github.com/mono/mono/compare/2c3aeaf3780de7392a0d3cbe4dcf86846eb4dffa...29b1ac19c961b959a09097dbc0fe4cd567cc5298 $ git diff --shortstat 2c3aeaf3..29b1ac19 1528 files changed, 45421 insertions(+), 21967 deletions(-) Changes: mono/api-doc-tools@d03e819...5da8127 $ git diff --shortstat d03e8198..5da8127a 1001 files changed, 86168 insertions(+), 11863 deletions(-) Changes: mono/api-snapshot@e09042d...1ca8e82 $ git diff --shortstat e09042da..1ca8e82f 28 files changed, 612 insertions(+), 217 deletions(-) Changes: dotnet/cecil@a6c8f5e...cb6c1ca $ git diff --shortstat a6c8f5e1..cb6c1ca9 13 files changed, 233 insertions(+), 88 deletions(-) Changes: mono/corefx@4806207...470e0e1 $ git diff --shortstat 4806207f...470e0e10 4 files changed, 31 insertions(+), 12 deletions(-) Changes: dotnet/linker@ebe2a1f...1f87de3 $ git diff --shortstat ebe2a1f4...1f87de35 90 files changed, 3219 insertions(+), 1224 deletions(-) Changes: dotnet/java-interop@75b1189...4fd3539 $ git diff --shortstat 75b11891...4fd35393 34 files changed, 448 insertions(+), 52 deletions(-) Fixes: #3112 Fixes: #3168 Context: https://bugs.winehq.org/show_bug.cgi?id=47561 Context: https://devdiv.visualstudio.com/DefaultCollection/DevDiv/_workitems/edit/967582 Context: https://github.com/dotnet/coreclr/issues/25071 Context: https://github.com/dotnet/coreclr/issues/25242 Context: https://github.com/dotnet/coreclr/issues/25632 Context: https://github.com/dotnet/coreclr/issues/25709 Context: https://github.com/dotnet/corefx/issues/37955 Context: https://github.com/dotnet/corefx/issues/38455 Context: mono/mono#7377 Context: mono/mono#8747 Context: mono/mono#9621 Context: mono/mono#9664 Context: mono/mono#9706 Context: mono/mono#10201 Context: mono/mono#10645 Context: mono/mono#10748 Context: mono/mono#10848 Context: mono/mono#12141 Context: mono/mono#13311 Context: mono/mono#13408 Context: mono/mono#13412 Context: mono/mono#13891 Context: mono/mono#13923 Context: mono/mono#13945 Context: mono/mono#14170 Context: mono/mono#14214 Context: mono/mono#14214 Context: mono/mono#14215 Context: mono/mono#14243 Context: mono/mono#14377 Context: mono/mono#14495 Context: mono/mono#14555 Context: mono/mono#14724 Context: mono/mono#14729 Context: mono/mono#14772 Context: mono/mono#14792 Context: mono/mono#14793 Context: mono/mono#14809 Context: mono/mono#14830 Context: mono/mono#14839 Context: mono/mono#14841 Context: mono/mono#14847 Context: mono/mono#14864 Context: mono/mono#14871 Context: mono/mono#14917 Context: mono/mono#14945 Context: mono/mono#14946 Context: mono/mono#14948 Context: mono/mono#14957 Context: mono/mono#14959 Context: mono/mono#14960 Context: mono/mono#14961 Context: mono/mono#14963 Context: mono/mono#14971 Context: mono/mono#14972 Context: mono/mono#14975 Context: mono/mono#15023 Context: mono/mono#15048 Context: mono/mono#15058 Context: mono/mono#15080 Context: mono/mono#15182 Context: mono/mono#15188 Context: mono/mono#15189 Context: mono/mono#15261 Context: mono/mono#15262 Context: mono/mono#15263 Context: mono/mono#15265 Context: mono/mono#15268 Context: mono/mono#15307 Context: mono/mono#15324 Context: mono/mono#15329 Context: mono/mono#15330 Context: mono/mono#15441 Context: mono/mono#15446 Context: mono/mono#15503 Context: mono/mono#15541 Context: mono/mono#15551 Context: mono/mono#15556 Context: mono/mono#15596 Context: mono/mono#15691 Context: mono/mono#15692 Context: mono/mono#15740 Context: mono/mono#15751 Context: mono/mono#15760 Context: mono/mono#15781 Context: mono/mono#15794 Context: mono/mono#15825 Context: mono/mono#15853 Context: mono/mono#15878 Context: mono/mono#15887 Context: mono/mono#15990 Context: mono/mono#16032 Context: mono/mono#16411 Context: mono/mono#16486 Context: https://github.com/mono/mono/issues/25709 Context: https://github.com/mono/mono/issues/38821 Update `build-tools/automation/build.groovy` so that it fully cleans the build tree before starting the build, so that the vestigial mono submodule (removed in 0c9f83b) is *actually* removed from the build tree, so that we don't inadvertently use *ancient* submodule contents.
It´s happening again today after 16.7.1 update... |
@jvillaro, most likely you are seeing #4983. See #4983 (comment) for a way to workaround that issue. If that does not resolve the issue you are seeing, then please submit a new issue. Thanks in advance! |
Hi! Yes, it worked perfectly. Thanks!
…On Wed, Aug 12, 2020 at 12:08 PM Brendan Zagaeski ***@***.***> wrote:
@jvillaro <https://github.com/jvillaro>, most likely you are seeing #4983
<#4983>. See #4983
(comment)
<#4983 (comment)>
for a way to workaround that issue. If that does not resolve the issue you
are seeing, then please submit a new issue. Thanks in advance!
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#3112 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AJUZCJX5EW4PNWXQUOAUTGTSAKV5ZANCNFSM4HOU6YCQ>
.
--
Saludos,
José A. Villaró M.
|
Spent a day one this .... But thank you. Finally able to hit my breakpoints. |
Steps to Reproduce
Expected Behavior
No crash
Actual Behavior
App crashes immediately when trying to debug on target device.
Version Information
Log File
VS bug #897846
The text was updated successfully, but these errors were encountered: