9 comments

  • bobajeff1 day ago
    Does this have a machine interface mode like gdb/lldb? Asking because I like my debuggers to be integrated with my code editor of choice which is usually done via such an interface.
    • godzie1 day ago
      Unfortunately no, but it's a good idea. I'll definitely look into this feature.
  • otherayden1 day ago
    Best of luck with this project. I'm not even a rust dev but I came to say that I love this name
  • meisel1 day ago
    I’m surprised this isn’t getting more love. My experience with other debuggers with Rust was quite poor, I hope this one can fare much better. For example, I couldn’t call functions with previous debuggers
  • bfrog1 day ago
    Been hoping someone would make this, looks great!<p>I guess I’m next hoping someone gets it working using jtag&#x2F;swd debug probes for embedded targets :)
    • goku121 day ago
      Would something like this work for you? <a href="https:&#x2F;&#x2F;probe.rs&#x2F;" rel="nofollow">https:&#x2F;&#x2F;probe.rs&#x2F;</a>
  • BugStomper would have also been a great name choice. ;)
    • rob741 day ago
      Better than the current one - first, stalking is not really a verb that comes to mind when I think about bugs, and second, it has pretty negative connotations...
  • gitroom1 day ago
    Honestly this wouldve helped me a ton when I got stuck with async errors before, Rust debugging always felt tougher than it should be.
    • dathinab1 day ago
      yeah I mean you are basically stuck with a few options<p>- use C&#x2F;C++ focused debugers with a rust plugin or similar (okay, not not compared to idk. debugging python in PyStorm)<p>- rely on tracing&#x2F;logging and errors reported (which might sound dump as it&#x27;s basically &quot;not&quot; debugging, but with how the rust type system plays out and enforcement of reasonable decent code style&#x2F;structure etc. this is quite often good enough)<p>- write&#x2F;extend tests (again a form of &quot;not&quot; debugging, but where while a &quot;must have&quot; even if you pinned down the bug using a debugger)<p>- sprinkle in dbg! statements (basically print line debugging)<p>The fact that it took like 10? yearts for anyone to write more then just tweeks to C&#x2F;C++ debuggers even through rust has a lot of enthusiasts is I think telling ;)<p>Still it looks like a real nice tool to have in your toolbox.
  • godzie1 day ago
    BS is a modern debugger for Linux x86-64. Written in Rust for Rust programs.<p>Async Rust support – debug async code with new commands: - async backtrace – inspect async task backtraces - async task – view task details - async stepover &#x2F; async stepout – better control over async execution<p>Enhanced variable inspection: - argd &#x2F; vard – print variables and arguments using Debug trait<p>Other: - new `call` Command – execute functions directly in the debugged program - `trigger` Command – fine-grained control over breakpoints - new project Website – better docs and resources<p>…and much more!<p>Full Changelog: <a href="https:&#x2F;&#x2F;github.com&#x2F;godzie44&#x2F;BugStalker&#x2F;releases&#x2F;tag&#x2F;v0.3.0">https:&#x2F;&#x2F;github.com&#x2F;godzie44&#x2F;BugStalker&#x2F;releases&#x2F;tag&#x2F;v0.3.0</a><p>Documentation &amp; Demos: <a href="https:&#x2F;&#x2F;godzie44.github.io&#x2F;BugStalker&#x2F;" rel="nofollow">https:&#x2F;&#x2F;godzie44.github.io&#x2F;BugStalker&#x2F;</a>
  • thurn1 day ago
    is this necessarily linux for dependency reasons, or could it be on OSX in the future?
    • godzie1 day ago
      Yes, I think it&#x27;s possible to support macOS. However, the main challenge isn&#x27;t the operating system itself but rather the architecture.
  • sixthDot1 day ago
    any Machine Interface planned (à la GDB&#x2F;MI)?
    • godzie1 day ago
      First priority is a DAP support. But after this - why not.
      • harpiaharpyja2 hours ago
        Would DAP support allow this to be used with OpenOCD?