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
Win 10 path missing a slash #122
Comments
Node version v14.16.0 (if it helps) |
Setting |
I had the same problem and it didn't work after setting |
Same Issue here. Manually deleting the Cargo.Registry Directory solves it for a moment. But as soon as I change cargo.toml everything breaks again: Just re-saving cargo.toml without any changes at all is enough. System: Potential Issue: Crates and the Local Cargo Index do not like each other. I have now DISABLED "Use Local Cargo Index", restarted VS Code a couple times and also recreated the Cargo Registry multiple times. Crates for works now. BTW: Thanks for this Extension. Nice little helper :) |
@MeerMusik Thanks. It is just getting more complex for me. Two different group of users have different opinions about |
@serayuzgur Sorry I can not help you with that PR as I am being literally still in the preparation Phase to learn Rust. But I am willing to test whatever "experimental" Version will be provided in whatever way, on my Windows 10 Machine. Good Luck! |
I'm not sure the problem is anything to do with the path. This works fine:
However, no matter what I do, I get
which makes total sense, because the repository doesn't even specify a remote. I'm betting it has something to do with the comment at the top of https://github.com/rust-lang/cargo/blob/58a961314437258065e23cb6316dfc121d96fb71/src/cargo/sources/registry/index.rs where it desribes that it reads directly from the raw git objects. I'm kind of curious why it works on Mac and Linux, though? A quick test shows that the above git command just works on Mac. Also, did it work on Windows previously and break, or has it simply never worked? Maybe a more longterm solution could be to move to libgit2 as well, instead of relying on a git executable. It's always going to a bit cat & mouse, because you're pretty much relying on an internal implementation detail of cargo... |
@mtsr Yeah it's the error message handling markdown wrong, the error itself seems to come from how git dependencies are indexed by newer versions of cargo (see #126). For the time being I solved by setting |
Ah yeah, #126 does work. |
can you please check 0.5.8 |
I consider this issue closed now since 0.5.9. |
👍 |
Describe the bug
Local cargo index git pathThe error message is missing some backslashes.To Reproduce
When I have
useLocalCargoIndex
set totrue
, I get this error:Expected behavior
The user dir is faultly
Samz.cargo
and should beSamz\.cargo
, andgithub.com-1ecc6299db9ec823.git
should have\.git
Desktop (please complete the following information):
Additional context
Seems to be the case in 0.5.6 and 0.5.7 (not sure why it worked until 0.5.7 update tho)
Perhaps related to this #116 ?
EDIT: Corrected some details about the issue, also see my comment
The text was updated successfully, but these errors were encountered: