Unable to Debug in VSCode

[ManickaP]

I used to be able to debug runtime libraries in VSCode based on this https://github.com/dotnet/runtime/blob/main/docs/workflow/debugging/libraries/debugging-vscode.md

I've tried clean build, update VSCode, with OmniSharp / C# DevKit, attaching to a running process... All of them fail with this error:

12648:  binding file /home/manicka/repositories/runtime.2/artifacts/bin/testhost/net10.0-linux-Debug-x64/shared/Microsoft.NETCore.App/10.0.0/libcoreclr.so [0] to /home/manicka/repositories/runtime.2/artifacts/bin/testhost/net10.0-linux-Debug-x64/shared/Microsoft.NETCore.App/10.0.0/libcoreclr.so [0]: normal symbol `DllMain'
     12648:  symbol=PAL_RegisterModule;  lookup in file=/home/manicka/repositories/runtime.2/artifacts/bin/testhost/net10.0-linux-Debug-x64/shared/Microsoft.NETCore.App/10.0.0/libcoreclr.so [0]
     12648:  symbol=PAL_RegisterModule;  lookup in file=/usr/lib/libgcc_s.so.1 [0]
     12648:  symbol=PAL_RegisterModule;  lookup in file=/usr/lib/libstdc++.so.6 [0]
     12648:  symbol=PAL_RegisterModule;  lookup in file=/usr/lib/libm.so.6 [0]
     12648:  symbol=PAL_RegisterModule;  lookup in file=/usr/lib/libc.so.6 [0]
     12648:  symbol=PAL_RegisterModule;  lookup in file=/lib64/ld-linux-x86-64.so.2 [0]
     12648:  /home/manicka/repositories/runtime.2/artifacts/bin/testhost/net10.0-linux-Debug-x64/shared/Microsoft.NETCore.App/10.0.0/libcoreclr.so: error: symbol lookup error: undefined symbol: PAL_RegisterModule (fatal)
Unable to attach to CoreCLR. Failed to load the .NET Debugging Services. See https://aka.ms/VSCode-DotNet-LoadDebugServicesError for help troubleshooting.
The program '[12648] dotnet' has exited with code -1 (0xffffffff).

This is affecting my inner-loop, as VSCode is the only option for Linux development.

Note that I can debug other .NET 10 projects in VSCode without an issue.

[dotnet-policy-service]

Tagging subscribers to this area: @dotnet/area-infrastructure-libraries
See info in area-owners.md if you want to be subscribed.

[ViktorHofer]

Which SDK version are you using in your global.json / what's the HEAD commit?

[ManickaP]

10.0.100-preview.6.25302.104

commit 5ebfca2 (upstream/main, upstream/HEAD, main)
Author: Jan Vorlicek janvorli@microsoft.com
Date: Fri Jun 20 13:14:10 2025 +0200

I do have some changes in HTTP library on top of that.

[ViktorHofer]

Yes, this uses an unsigned SDK build which causes issues when debugging in vscode. #116782 brings a signed one in that might fix this. You can either wait for that to get merged and then try your workflow again or test with those changes locally.

[ManickaP]

Thank you! I'll try it out when it gets merged. I'm gonna close this for now. I'll re-open if the linked PR doesn't fix it.