libmem

• Added unit tests
• Fixed multiple bugs and issues

Fixed LM_ReadMemoryEx return value on Windows
Fixed LM_FindSymbolAddressDemangled return type
Added static linking for Rust

Added APIs related to demangled symbols:

LM_DemangleSymbol
LM_FreeDemangleSymbol
LM_EnumSymbolsDemangled
LM_FindSymbolAddressDemangled

Instead of working with normal symbols, these APIs first resolve the symbols.
For example, the symbol _Z15_LM_EnumSymbolsP11lm_module_tPFiP11lm_symbol_tPvES3_ gets resolved to _LM_EnumSymbols(lm_module_t*, int (*)(lm_symbol_t*, void*), void*), which is significantly more readable.

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.

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.

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

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

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

Backup of the current state of libmem

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.

Fixed multiple warnings.