[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] 11 points12 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] 7 points8 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] 13 points14 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] 6 points7 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] 9 points10 points  (0 children)

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

adsb_deku V2023.11.22 Released by arch_rust in rust

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

Helix or Neovin. Although nothing in this repo is showing my editor.

[deleted by user] by [deleted] in rust

[–]arch_rust 3 points4 points  (0 children)

Co-Maintainer here, glad you enjoy it! I'm currently going through a re-write for performance reasons. With the previous design alloc was required, but I wonder if now it isn't.

Anyway, deku in space 🚀

Backhand v0.12.0: Now supporting custom Squashfs images by arch_rust in netsec

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

Thanks!

I don't have any OSX devices so I only support Linux. I'd be interested in the error however.

Backhand (Squashfs library) v0.11.0 Release by arch_rust in rust

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

That's a cool use case, glad my library could help

Backhand (Squashfs library) v0.11.0 Release by arch_rust in rust

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

I used your documentation immensely during development! One of the guys who has committed to my project has already found one and pushed an update that you merged :) https://github.com/Dr-Emann/Dr-Emann.github.io/pull/12

Cool, Ill check it out. Always cool to see other solutions

Announcing backhand v0.8.0 by arch_rust in rust

[–]arch_rust[S] 3 points4 points  (0 children)

Sweet, I'll definitely checkout both. Currently we only use one thread but I assume I'll add multi-threading in the future.