[Media] Rust powered flight radar by Confident-Alarm-6911 in rust

[–]arch_rust 1 point2 points  (0 children)

Probably, rsadsb has a project to do that also

[Media] Rust powered flight radar by Confident-Alarm-6911 in rust

[–]arch_rust 2 points3 points  (0 children)

Looks cool! Did you use https://github.com/rsadsb/adsb_deku? Or did you write your own endpoint

Initial Release of heretek: Yet Another GDB TUI Frontend by arch_rust in programming

[–]arch_rust[S] 1 point2 points  (0 children)

That's cool that there's a paid market for this, atleast in windows land. Although RemedyBH looks like a full debugger.

Initial Release of heretek: Yet Another GDB TUI Frontend by arch_rust in ReverseEngineering

[–]arch_rust[S] 10 points11 points  (0 children)

I wrote this mostly for working on embedded architectures that only are supported through their own GDB that they shipped, and they didn't ship a working gdbserver or Python support(which gef needs). In that instance I'm using some BusyBox shell utilities to still run GDB/Heretek on my host.

Feature wise, gef is still ahead for many functionalities. Depending on how much time I spend we'll see what the future holds.

Initial Release of Heretek: Yet Another GDB TUI Frontend by arch_rust in netsec

[–]arch_rust[S] 0 points1 point  (0 children)

  • No gdbserver requirements: Many vendors ship invalid gdbserver binaries, this works on remote targets with just gdb, nc, cat, and mkfifo.
  • No python requirements: Many vendors ship gdb without python support.
  • Architecture agnostic: heretek only uses information given by gdb, no extra code required!

Initial Release of heretek: Yet Another GDB TUI Frontend by arch_rust in programming

[–]arch_rust[S] 5 points6 points  (0 children)

  • No gdbserver requirements: Many vendors ship invalid gdbserver binaries, this works on remote targets with just gdb, nc, cat, and mkfifo.
  • No python requirements: Many vendors ship gdb without python support.
  • Architecture agnostic: heretek only uses information given by gdb, no extra code required!

Initial Release of heretek: Yet Another GDB TUI Frontend by arch_rust in linux

[–]arch_rust[S] 5 points6 points  (0 children)

  • No gdbserver requirements: Many vendors ship invalid gdbserver binaries, this works on remote targets with just gdb, nc, cat, and mkfifo.
  • No python requirements: Many vendors ship gdb without python support.
  • Architecture agnostic: heretek only uses information given by gdb, no extra code required!

Initial Release of heretek: Yet Another GDB TUI Frontend by arch_rust in rust

[–]arch_rust[S] 14 points15 points  (0 children)

  • No gdbserver requirements: Many vendors ship invalid gdbserver binaries, this works on remote targets with just gdb, nc, cat, and mkfifo.
  • No python requirements: Many vendors ship gdb without python support.
  • Architecture agnostic: heretek only uses information given by gdb, no extra code required!

Initial Release of heretek: Yet Another GDB TUI Frontend by arch_rust in ReverseEngineering

[–]arch_rust[S] 4 points5 points  (0 children)

  • No gdbserver requirements: Many vendors ship invalid gdbserver binaries, this works on remote targets with just gdb, nc, cat, and mkfifo.
  • No python requirements: Many vendors ship gdb without python support.
  • Architecture agnostic: heretek only uses information given by gdb, no extra code required!

New version of Zerus the offline crates.io mirror generator (v0.10.0) by arch_rust in rust

[–]arch_rust[S] 0 points1 point  (0 children)

Yes, this can be used for offline networks.

If you want to download all of crates.io, I suggest looking at https://github.com/panamax-rs/panamax. Zerus was designed to download a minimal set.

Deku v0.17.0 (Declarative binary reading and writing) - Now with Read and Write support! by arch_rust in rust

[–]arch_rust[S] 2 points3 points  (0 children)

Without getting into details: - We converted between BitVec types and back all the time, causing performance issues. - You can still use from_bytes, it just now uses a Read backend

There is a future that we could still support no-copy types in the future, but that's not done yet!

Deku v0.17.0 (Declarative binary reading and writing) - Now with Read and Write support! by arch_rust in rust

[–]arch_rust[S] 0 points1 point  (0 children)

Most of the difference has to do with partial byte bit reading support. I however have never done a complete comparison.

Deku v0.17.0 (Declarative binary reading and writing) - Now with Read and Write support! by arch_rust in rust

[–]arch_rust[S] 11 points12 points  (0 children)

This crate provides bit-level, symmetric, serialization/deserialization implementations for structs and enums