At only $12 a domain, itβs not too bad π
At only $12 a domain, itβs not too bad π
Additionally, SharpDbg returns PresentationHints from the Debug Adapter Protocol, to indicate more info about variables, such as to identify pseudo variables, array elements, or a failed evaluation.
Happy new year! π
Compared to netcoredbg, SharpDbg supports the DebuggerDisplay and DebuggerTypeProxy attributes, which means much nicer display of e.g. Lists and Dictionaries, like we are used to in VS and Rider :)
...
I built SharpDbg primarily as a drop in replacement of netcoredbg, for SharpIDE - github.com/MattParkerDe...
SharpIDE fully supports using SharpDbg, and doing so will allow some better functionality provided by SharpDbg:
...
supporting all necessary requests such as initialize, attach, configurationDone, setBreakpoints, continue, next, stepin, stepout, threads, stacktrace, scopes, variables etc.
SharpDbg uses the ClrDebug managed wrapper of the ICorDebug C++ APIs.
...
I am excited to announce SharpDbg - a new cross platform, managed .NET debugger, written completely in C#! (No C++ required πͺ)
β Star it on GitHub! github.com/MattParkerDe...
SharpDbg implements the VS Code Debug Adapter Protocol (DAP),
...
Me with Fallout season 2
How many minutes was it put on for π
Super helpful! :)
MSBuild could use some more properties I reckon π
It was a goal of mine to be very conscious of performance, and run everything in memory where possible (avoid IPC overhead) - which it currently does, apart from MSBuild, which makes sense since its current multi threading model is a new process per βthreadβ
I had a lot of fun learning about Roslyn and Razor along the way! In terms of other IDEs, VS is not cross platform (and .NET Framework), VS Code is electron as well as not really comparable to a proper ide, and Rider, while powerful (and what I use daily) is very heavy.
..
At first, it was woeful performance of other IDEs in a very poorly specced AVD. I wanted to make something lightweight that would start fast, open a solution, build, and run projects. It kind of just went from there! E.g. I wonder how hard syntax highlighting would be to add, completions etc.
..
Iβve used Godot a little before in a 3D game, so I was familiar with the tooling which helped, and there was at least one built in Control node that I wish existed, but largely it was very mature and straightforward! Godot also had a CodeEdit node which meant I didnβt need to hand roll a lot of that
Thanks! π
bsky.app/profile/matt...
* Debugging Projects (WIP)
* NuGet Package Manager (WIP)
* Test Explorer (WIP)
#dotnet #opensource #IDE #softwaredevelopment #godot #csharp #programming #dotnetconf
The short video demos most of the current functionality of the IDE, including:
* Syntax Highlighting (C# and Razor)
* Symbol Info
* Completions
* Diagnostics
* Code Actions and Refactorings
* Go To Declaration/Find all References
* Rename Symbol
* Building Solution/Projects
* Running Projects
...
π Excited to announce SharpIDE - A Modern, Cross-Platform IDE for .NET!
I'm thrilled to share my latest open-source project, just in time for .NET 10: SharpIDE, a brand new IDE for .NET, built with .NET and Godot! π
π Check it out on GitHub: github.com/MattParkerDe...
...
Is it just me or does Blazor hot reload via dotnet watch feel way faster with the latest SDK? (9.0.300)
Javaβs Top level statements
openjdk.org/jeps/495
At this point, Java should just fork C# π
I wish I remembered this github.com/dotnet/aspne... while trying to reason with why long running tasks (interoping with the workers) weren't throwing an OperationCancelledException once I cancelled the CTS. Turns out they were!
4/4
Setting <WasmEnableThreads>true<WasmEnableThreads>
does set these headers, but Blazor currently throws on startup with the property set to true.
3/4
then serve the files with `dotnet serve -o -S --port 5001 --fallback-file index.html -h "Cross-Origin-Opener-Policy: same-origin" -h "Cross-Origin-Embedder-Policy:credentialless"`. These headers are required if you want to use SharedArrayBuffers.
2/4
Context - working on a blazor app that requires cross origin isolated enabled (running multi-threaded emscripten compiled program in workers, separate to blazor), so no debugging for me - I have to publish the app with `dotnet publish -c Debug`,
1/4
Awesome!
It appears Microsoft is investing in performance improvements for MSBuild and the .NET SDK - looking forward to .NET 10!