-
Notifications
You must be signed in to change notification settings - Fork 3.2k
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
System.ComponentModel.Win32Exception when using ef tools #16071
Comments
From @RheaAyase on Thursday, June 13, 2019 2:13:55 PM 2.1.507 and 2.2.107 are the latest up to date. |
From @omajid on Thursday, June 13, 2019 2:47:16 PM The output of |
@jhoward321 In addition to the |
So I've tried this with a number of different projects. I've been trying to use it on a larger project of mine, and I created a new dummy project... always the same issue. Both are dotnet core 2.2 projects. Here's the verbose output:
Here's the dummy project's cs prof file. It doesnt seem related to the project because its happened with all of my projects. I've tried both sqlite and postgres backends.
|
For what its worth I managed to get the tools working with the 2.2.300 binaries. Would love to get this fixed in the repos. |
As I said... Our 2.1.507 & 2.2.107 are the latest, there is nothing newer (short of compiling the master branch yourself.) Microsoft likes to cause confusion with version numbers, that's all there is to it. (@leecow I'd like to talk about this in our Thursday meeting if you could help me/us understand why is this happening...) Either way, if there is an issue, it will not be solved by itself with a newer version. That would mean that someone fixed it and released the fix in the newer version - there is no newer version, nobody fixed anything, and nobody can release a fix that doesn't exist. If we want to actually resolve this, the solution is most certainly not in using Microsoft's blobs which were build in completely different build pipeline than any other open source packages. The difference is that MS also packages AspNetCore with the blob, while |
@jhoward321 It looks like |
dotnet is on the path otherwise it wouldn't run - that is dotnet's exception :P |
Looks like the error comes when we try to execute this:
|
Can you try running that with |
No wait, that’s not able to run because it can’t find |
@bricelam you want the msbuild command you posted above? That command works no problem. I can build projects fine, its only EF tools that don't work.
|
To keep this moving, dotnet is most certainly on $PATH, the initial issue is with EF throwing a dotnet exception on Linux system where nothing else other than dotnet itself could possibly do that :P (Therefor, dotnet is there, it is found, and it is running.) @jhoward321 could we also have a dummy CS file to go with the projectfile if you have one? Or how can we create this on our end? Can you reproduce it with a |
An strace might be nice to have too:
Can you upload the generated strace.log file here? |
dotnet-ef.dll is running fine. It throws when we try to
My first hypothesis was that it can't find |
@omajid here's the strace
|
@RheaAyase I've tried this with multiple projects but I'll upload the dummy project I've created for this issue. Here's the dummy repo. I've tried sqlite and postgres with the same results. |
@jhoward321 I also hit the same issue. For me it turned out to be a bad symlink i had created for dotnet (/usr/local/bin/dotnet). Doing an unlink on this fixed the issue for me. |
From @jhoward321 on Thursday, June 13, 2019 3:36:44 AM
Steps to reproduce
Run any dotnet ef command inside a working repo. I'm using the 2.2.107 sdk from the https://copr.fedorainfracloud.org/coprs/g/dotnet-sig/dotnet/ repo. Unfortunately there is not a newer sdk available.
Expected behavior
Show existing migrations
Actual behavior
Environment data
Copied from original issue: dotnet/cli#11542
The text was updated successfully, but these errors were encountered: