Rust really embodies this imo. I think it will be a few more years, but we're going to be seeing a lot more Rust -- and for good reason.
Also, there’s usually some language (and compiler) specific garbage that makes the dwarf hard to use and requires special treatment.
I can't see this approach working for very long. Tracing at the binary level, whether you do it as RR does with performance counting or whether you do it via instrumentation like Undo and iDNA, works for the general case because it records execution at the lowest level available to a process and therefore captures everything, without special cases.
If these guys want to make a fancy time travel debugger data explorer, that's great. They could in principle make one on top of existing tracing technology without having to simultaneously reinvent both the debugger core and the GUI.
anyone know the tool name??? I know it exist but forget it while ago
https://learn.microsoft.com/en-us/sql/relational-databases/p...
Compare to chrome://tracing
https://www.chromium.org/developers/how-tos/trace-event-prof...
I am not sure if trace visualizers were invented 20 years ago for the original time travel debuggers, but they have certainly been used for time travel debugging visualization since at least 20 years ago.
As the page reads, it is a time traveling debugger. You can jump back and forth between different snapshots of time during the execution of your program. It's neat because for compiled languages like rust doing something like this is more advanced.
You click a point in the trace, you jump to that point in time. That has been the standard integration for decades.
The tech industry is getting stupider and hype-ier as it implodes.
- Bash script from Internet requiring sudo, no way
- VSCode plugin? I don't use VSCode. I'm not switching from Zed (literally built in Rust for Rust development)
Help me out, what can I do to try this?
I don't see that VSCode is required, they have a section dedicated to CLI usage https://github.com/SeaQL/FireDBG.for.Rust#firedbg-command-li... and even the "firedbg open" seems to just be a convenience method for file globbing https://github.com/SeaQL/FireDBG.for.Rust/blob/1.81.0/comman...
I'm a little with you that it is sus that they don't seem to have any .ts nor package.json file in that repo which would allow one to (a) see what the extension does (b) build the .vsix themselves
On mobile (Firefox on iOS) why does this site keep putting animations in my face?
