microsoft / microsoft/MIEngine
Project location must not be a share or a gdb debug error results.
Nobody has claimed this yet.
- Dominant language
- C#
- Stars
- 859
- Forks
- 233
- Avg merge
- 1d 6h
- Merged PRs (30d)
- 3
Description
When using Windows 10 in on OSX with Parallels then the default Project location is a share: \mac\home\documents\visual studio 2017\Projects
Saving the Cross Platform Linux Project there and then running it with the remote GDB Debugger results in the following Error:
Unable to start debugging. Unexpected GDB output from command "-interpreter-exec console "symbol-file "\\mac\home\documents\visual studio 2017\Projects\ConsoleApplication8\ConsoleApplication8\bin\x64\Debug\ConsoleApplication8.out""". \machomedocumentsvisual studio 2017ProjectsConsoleApplication8ConsoleApplication8binx64DebugConsoleApplication8.out: No such file or directory.
The workaround is to save the Solution on a local drive.
If shares are not allowed as project location for Cross Platform Linux Projects, then there should be an warning when creating a project on a share.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce the failure using a Cross Platform Linux Project stored on the Parallels \mac share and launched with the remote GDB Debugger. Trace how the shared project path is passed to GDB, then determine whether the completed behavior should support the share or warn during project creation.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- csharp, macos
- Domain
- devtools, operating-systems
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100