3 ms·
The debugger is part of Visual Studio, which is a paid product. I don’t think it’s unreasonable to not publish the source for it.
by brtkdotse 4y ago
The debugger is part of Visual Studio, which is a paid product. I don’t think it’s unreasonable to not publish the source for it.
- jeroenhd 4y agoVisual Studio Code also uses the debugger and that's a free tool marketed as open source. The open source version (VSCodium) doesn't ship a C# debugger for this reason.
- jillesvangurp 4y agoOf course, this being open source might enable third parties to invest in their own tools; including debuggers. Part of that deal is that developers are no longer passive by-standers. If it bothers you enough you might fix it or help fund somebody else to fix it. Providing the basics as open source and then charging a little for some extras should not be the end of the world. You see the same in the Jetbrains ecosystem where e.g. the community edition of Intellij is free and open source but they have a paid version with a lot of extras. Paid products for developers are not as common as they used to be but we are talking about tools that improve productivity a lot for people that make a lot of money using those tools. Developers (my self included) are oddly stingy when it comes to spending on software but at the same time think nothing of blowing a few thousand dollars on hardware.
- chaorace 4y agoYeah, but the general standard is for open languages to either have an open debugger (e.g.: V8 JS) or else otherwise have support for an open debugger interface (e.g.: Rust via GDB). It's not strictly unreasonable for MS to offer a proprietary debugger, but it is bass-ackwards for the core .NET team to not offer an open source debugger or open standards compliant debugger interface to go with their open source language.
- Krytos 4y agoRoslyn (the open-source compiler) can create open-PDB debugging files that are also an open-source format. You are 6 years too late to make that comment. And I think lldb works with .NET apps.
- ynik 4y agoThe debugger interface is open (it's part of the CLR itself), and so is the debug symbol file format. However the debugger interface is low-level, making writing a debugger engine from scratch fairly complex. The complaint is that Microsoft uses a restrictive license for their higher-level wrapper around the low-level API. But it should be possible to write independent .NET debuggers -- I believe Jetbrains has done so, Rider can debug C# code without the problematic Microsoft component.
- hardware2win 4y agoSamsung did it too
- GordonS 4y agoEven if Microsoft did release an OSS debugger with less features/performance than the proprietary debugger, you know the narrative would instantly change to complaining about keeping features/perf back for paid users.
- phillipcarter 4y agoThere's nothing inherent about the debugger that forces it to be in visual studio. There was a moment, circa 2016 or so, when it could have been opened and then collaborated on with Jetbrains. Instead, MS leadership circled the wagons due to OSS FUD that they get sometimes, and Jetbrains was forced to build a better debugger that's also tied to its IDE.
- TheRealDunkirk 4y agoThere's a free version of VS which has a full debugger. Am I missing something? Are we talking about debugging the .NET code itself?
- svick 4y agoThere is VS Code, which is not a version of VS, is free, and has this debugger. There is also VS Community, which is a free version of VS, has this debugger, but has fairly strict licensing limitations (e.g. it can't be used in corporations).