Skip to content
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

Endless loop in UnwindManagedExceptionPass1 on ARM64 #11117

Closed
chingchenms opened this issue Sep 19, 2018 · 3 comments
Closed

Endless loop in UnwindManagedExceptionPass1 on ARM64 #11117

chingchenms opened this issue Sep 19, 2018 · 3 comments

Comments

@chingchenms
Copy link

The exception is because the native dll has some dependence not there, and triggers a type initiation exception,
This is a bug in this UnwindManagedExceptionPass1, it never exit, using lldb has clear proved it, I hope someone can fix it .

(lldb) bt

  • thread Merge changes from TFS coreclr#1, name = 'dotnet', stop reason = signal SIGSTOP
    • frame #0: 0x0000007fa5f3f7ec libcoreclr.so_ULaarch64_access_reg + 40 frame dotnet/coreclr#1: 0x0000007fa5f061f0 libcoreclr.soUnwindContextToWinContext(unw_cursor*, _CONTEXT*) + 224
      frame Merge changes from TFS coreclr#2: 0x0000007fa5f06648 libcoreclr.soPAL_VirtualUnwind + 292 frame dotnet/coreclr#3: 0x0000007fa5cc66f0 libcoreclr.soUnwindManagedExceptionPass1(PAL_SEHException&, _CONTEXT*) + 396
      frame Changes to Miscellaneous test project and runtest coreclr#4: 0x0000007fa5cc6950 libcoreclr.soDispatchManagedException(PAL_SEHException&, bool) + 256 frame dotnet/coreclr#5: 0x0000007fa5c50ac8 libcoreclr.soJIT_GetSharedNonGCStaticBase_Helper + 564
      frame Add build status badge coreclr#6: 0x0000007f2dab2c8c
      frame Build status table coreclr#7: 0x0000007f2d50d454
      frame Clean up runtest script coreclr#8: 0x0000007fa5cccf84 libcoreclr.soCallDescrWorkerInternal + 132 frame dotnet/coreclr#9: 0x0000007fa5c133b0 libcoreclr.soMethodDescCallSite::CallTargetWorker(unsigned long const*, unsigned long*, int) + 1120
      frame Linux release build coreclr#10: 0x0000007fa5cec120 libcoreclr.soRunMain(MethodDesc*, short, int*, PtrArray**) + 660 frame dotnet/coreclr#11: 0x0000007fa5cec44c libcoreclr.soAssembly::ExecuteMainMethod(PtrArray**, int) + 380
      frame Add release build badge for linux now that it's working coreclr#12: 0x0000007fa5b60004 libcoreclr.soCorHost2::ExecuteAssembly(unsigned int, char16_t const*, int, char16_t const**, unsigned int*) + 480 frame dotnet/coreclr#13: 0x0000007fa5b3b6ec libcoreclr.socoreclr_execute_assembly + 232
      frame Merge changes from TFS coreclr#14: 0x0000007fa62eb9c8 libhostpolicy.so___lldb_unnamed_symbol1629$$libhostpolicy.so + 144 frame dotnet/coreclr#15: 0x0000007fa62ddc28 libhostpolicy.so___lldb_unnamed_symbol1314$$libhostpolicy.so + 4820
      frame Fix links to Linux build badge coreclr#16: 0x0000007fa62de348 libhostpolicy.socorehost_main + 184 frame dotnet/coreclr#17: 0x0000007fa63b2664 libhostfxr.so___lldb_unnamed_symbol1620$$libhostfxr.so + 240
      frame Update job names coreclr#18: 0x0000007fa63bc05c libhostfxr.so___lldb_unnamed_symbol1694$$libhostfxr.so + 3628 frame dotnet/coreclr#19: 0x0000007fa63bce4c libhostfxr.so___lldb_unnamed_symbol1697$$libhostfxr.so + 432
      frame Fix mscorlib warnings. coreclr#20: 0x0000007fa63bc578 libhostfxr.so___lldb_unnamed_symbol1695$$libhostfxr.so + 796 frame dotnet/coreclr#21: 0x0000007fa63b28c4 libhostfxr.sohostfxr_main_startupinfo + 172
      frame Fix typo coreclr#22: 0x000000000040da6c dotnet___lldb_unnamed_symbol29$$dotnet + 1364 frame dotnet/coreclr#23: 0x000000000040dcc8 dotnet___lldb_unnamed_symbol30$$dotnet + 168
      frame Update README.md coreclr#24: 0x0000007fa64338a0 libc.so.6__libc_start_main(main=0x0000000000000000, argc=0, argv=0x0000000000000000, init=<unavailable>, fini=<unavailable>, rtld_fini=<unavailable>, stack_end=<unavailable>) at libc-start.c:291 frame dotnet/runtime#3858: 0x000000000040bbb0 dotnet_start + 40

(lldb) clrstack
OS Thread Id: 0x2773 (1)
Child SP IP Call Site
0000007FF741CC90 0000000000000000 [HelperMethodFrame: 0000007ff741cc90]
0000007FF741CE00 0000007F2DAB2C8C System.Fabric.FabricDeployer.DeployerTrace.WriteError(System.String, System.Object[])
0000007FF741CE20 0000007F2D50D454 System.Fabric.FabricDeployer.Program.Main(System.String[]) [/home/chingc/wf/src/prod/Setup/FabricDeployer/Program.cs @ 40]
0000007FF741DD50 0000007fa5ccc934 [HelperMethodFrame: 0000007ff741dd50]
0000007FF741DEC0 0000007F2D50EDFC System.Fabric.FabricDeployer.DeployerTrace.WriteInfo(System.String, System.Object[])
0000007FF741DEE0 0000007F2D50D2D0 System.Fabric.FabricDeployer.Program.Main(System.String[]) [/home/chingc/wf/src/prod/Setup/FabricDeployer/Program.cs @ 23]
0000007FF741E288 0000007fa5cccf84 [GCFrame: 0000007ff741e288]
0000007FF741E688 0000007fa5cccf84 [GCFrame: 0000007ff741e688] frame #3858: 0x000000000040bbb0 dotnet`_start + 40

@janvorli
Copy link
Member

@chingchenms would you be able to provide a simple repro code that I can use to debug the issue? It looks like there may be a problem with the native unwinder library not unwinding some native frame correctly.

@RussKeldorph
Copy link
Contributor

Removing blocking label until we get an actionable repro. @chingchenms Any chance you could provide more information?

@msftgits msftgits transferred this issue from dotnet/coreclr Jan 31, 2020
@msftgits msftgits added this to the 5.0 milestone Jan 31, 2020
@mangod9
Copy link
Member

mangod9 commented Jul 22, 2020

Closing this issue since this is old. If this still repros please reactivate.

@mangod9 mangod9 closed this as completed Jul 22, 2020
@dotnet dotnet locked as resolved and limited conversation to collaborators Dec 15, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

5 participants