Libmem Versions Save

Advanced Game Hacking Library for C/C++, Rust and Python (Windows/Linux/FreeBSD) (Process/Memory Hacking) (Hooking/Detouring) (Cross Platform) (x86/x64/ARM/ARM64) (DLL/SO Injection) (Internal/External) (Assembler/Disassembler)

4.1.0

1 year ago

This version does not have many improvements. The main thing that changed is that some Rust APIs are now declared as unsafe (they've always been unsafe, but they were not marked as such). Is this a good reason for a version bump? I think so, because it wouldn't make sense for libmem version 4.0.0 not to be compatible with libmem version 4.0.1, for example. So I think 4.1.0 was necessary. If you need Windows binaries, use version 4.0.0. Nothing has changed in the C API, only in Rust.

4.0.0

1 year ago

Finally, version 4.0 has arrived. This version has significant improvements when compared to the last release. To name a few:

  • Added Assembler/Disassembler
  • Added VMT Hooking API
  • Modulated libmem
  • Added Rust support
  • Simplified API
  • Removed overkill features
  • Fixed bugs And much more stuff.

I believe this is as good as libmem has ever been, there are still going to be a few more updates but this project is getting to a happy ending.

4.0.0-p4

1 year ago

Backup before readding lm_process_t and storing the path, bits and name on it. The same thing with lm_module_t.

4.0.0-p3

1 year ago

libmem has been modulated and cleaned up, APIs renamed etc. Python support is broken in this version, because I haven't adapted the APIs yet. This is a backup before switching to PID only calls, no more lm_process_t, just like it was before. For more information, see: https://github.com/rdbo/libmem/issues/67

4.0.0-p2

1 year ago

Added a disassembler (capstone) and an assembler (keystone) This is a backup before libmem's modulation

4.0.0-p1

1 year ago

Backup of the current state of libmem

3.3.3

2 years ago

This version is a backup. I plan on re-re-remaking libmem and make it as good as I possibly can on a 4.X version. There are a few problems in the current version of libmem, which I think can be avoided. Some examples:

  1. Forcing developers to free memory that they didn't allocate
  2. Bad prefix MEM (already being used by Windows. For example, MEM_COMMIT)
  3. Useless data and types, such as MEM_PAYLOADS, mem_asm_t, mem_load_t, etc.

The list goes on.

I need a memory library that comes close to perfection, and the current state of libmem is far from that. Hopefully on the next version, there will be some major improvements.

3.3.2

3 years ago

Fixed multiple warnings.

3.3.1

3 years ago

Fixed signature scanning

3.3.0

3 years ago

Added file reading Added signature scanning Added more features for BSD Fixed issues