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

Debugger cannot restore with newest builds of the CLI ('coreclr.ad7Engine.json does not exist') #181

Closed
gregg-miskelly opened this issue Apr 13, 2016 · 18 comments

Comments

@gregg-miskelly
Copy link
Contributor

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

@gregg-miskelly
Copy link
Contributor Author

@DustinCampbell @caslan FYI, the extension is completely on the floor with newest CLIs.

@gregg-miskelly gregg-miskelly changed the title Debugger cannot restore with newest builds of the CLI ('failed to resolve published host') Debugger cannot restore with newest builds of the CLI ('coreclr.ad7Engine.json does not exist') Apr 13, 2016
@gregg-miskelly
Copy link
Contributor Author

The problem is that .NET CLI is failing to copy our contentFiles\any\any items to the publishing directory during 'dotnet publish'

@gregg-miskelly
Copy link
Contributor Author

NOTES

  1. I know this is a problem on Windows. We will need to wait till tomorrow to confirm / deny if this exists on other platforms also.
  2. You can replace 'latest' in the CLI build links to download an older version. For example, here is a link to an older build that I tried a while back -- https://dotnetcli.blob.core.windows.net/dotnet/beta/Installers/1.0.0-rc2-002330/dotnet-dev-win-x64.1.0.0-rc2-002330.exe

@chuckries
Copy link
Contributor

@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.

@davidfowl
Copy link
Member

I was just going to file this bug.

@davidfowl
Copy link
Member

Happens on OSX as well.

@davidfowl
Copy link
Member

@NotMyself
Copy link

I ran into this as well last night on a clean WINX vm on the fast ring.

@ejsmith
Copy link

ejsmith commented Apr 13, 2016

Is there a work around for this issue?

@Kukkimonsuta
Copy link
Contributor

@ejsmith you can rollback to older build (1.0.0-rc2-002357 seem to work fine)

https://dotnetcli.blob.core.windows.net/dotnet/beta/Installers/1.0.0-rc2-002357/dotnet-dev-win-x64.1.0.0-rc2-002357.exe

@TheRealPiotrP
Copy link

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.

@gregg-miskelly
Copy link
Contributor Author

Here is a link to the CLI issue: https://github.com/dotnet/cli/issues/2459

@scottaddie
Copy link
Member

I can confirm that the suggested 1.0.0-rc2-002357 build works for me.

@miguellira
Copy link

@Kukkimonsuta Thanks for sharing the link, took me awhile to find the OS X version of 2357, for those looking:

https://dotnetcli.blob.core.windows.net/dotnet/beta/Installers/1.0.0-rc2-002357/dotnet-dev-osx-x64.1.0.0-rc2-002357.pkg

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 1.0.0-rc2-002374 with working debuggable editors.

@davidfowl
Copy link
Member

This is fixed with the latest CLI. Get version >= 1.0.0-rc2-2392

@davidfowl
Copy link
Member

/cc @gregg-miskelly closing this out

@jeffpapp
Copy link

Can confirm this works for me on Mac 10.11.4 with dotnet --version 1.0.0-rc2-002392. I'm assuming this will also fix debugging on Windows as well 😃

@NotMyself
Copy link

Confirmed resolved my issue as well.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

10 participants