-
Notifications
You must be signed in to change notification settings - Fork 676
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
Debugger cannot restore with newest builds of the CLI ('coreclr.ad7Engine.json does not exist') #181
Comments
@DustinCampbell @caslan FYI, the extension is completely on the floor with newest CLIs. |
The problem is that .NET CLI is failing to copy our contentFiles\any\any items to the publishing directory during 'dotnet publish' |
NOTES
|
@pakrym Do you know of any recent changes that would have affected contentFiles for dotnet publish? We are relying on it for a scenario that is now broken. |
I was just going to file this bug. |
Happens on OSX as well. |
I ran into this as well last night on a clean WINX vm on the fast ring. |
Is there a work around for this issue? |
@ejsmith you can rollback to older build (1.0.0-rc2-002357 seem to work fine) |
I just opened CLI #2459 to track this. We're treating it as high priority and will get it fixed today. Please do open identified CLI issues in that repo to ensure they get onto the team's radar ASAP. |
Here is a link to the CLI issue: https://github.com/dotnet/cli/issues/2459 |
I can confirm that the suggested 1.0.0-rc2-002357 build works for me. |
@Kukkimonsuta Thanks for sharing the link, took me awhile to find the OS X version of 2357, for those looking: Also, unlike the Windows version there isn't an uninstaller for the .pkg fie so you have to manually remove it. I usually do the following: sudo rm -rf /usr/local/share/dotnet/
pkgutil --pkgs | grep com.microsoft.dotnet | while read -r line; do sudo pkgutil --forget $line; done Lastly, it appears as though as long as you launch the debugger installation on VS Code or VS Code Insiders after installing 2357 you'll have a working extension and you can then upgrade to the latest CLI without issue - I'm currently on |
This is fixed with the latest CLI. Get version >= |
/cc @gregg-miskelly closing this out |
Can confirm this works for me on Mac 10.11.4 with |
Confirmed resolved my issue as well. |
C:\Users\jgabr>dotnet --info
.NET Command Line Tools (1.0.0-rc2-002370)
Product Information:
Version: 1.0.0-rc2-002370
Commit Sha: 482f36d26b
Runtime Environment:
OS Name: Windows
OS Version: 10.0.14316
OS Platform: Windows
RID: win10-x64
Error:
C:\Users\jgabr.vscode-insiders\extensions\ms-vscode.csharp-1.0.1-rc2\coreclr-debug\bin\Debug\netstandardapp1.5\win7-x64\dummy.pdb
publish: Renaming native host in output to create fully standalone output.
failed to resolve published host in: C:\Users\jgabr.vscode-insiders\extensions\ms-vscode.csharp-1.0.1-rc2\coreclr-debug\debugAdapters
publish: warning: host executable not available in dependencies, using host for current platform
publish: Published to C:\Users\jgabr.vscode-insiders\extensions\ms-vscode.csharp-1.0.1-rc2\coreclr-debug\debugAdapters
Published 1/1 projects successfully
C:\Users\jgabr.vscode-insiders\extensions\ms-vscode.csharp-1.0.1-rc2\coreclr-debug\debugAdapters\coreclr.ad7Engine.json does not exist.
Error: The .NET CLI did not correctly restore debugger files. Ensure that you have .NET CLI version
The text was updated successfully, but these errors were encountered: