zhmt

How about initializing dll when game started, and reset befor DllManipulatorScript's destructor is called? If My NativeApi object hold an refercence of DllManipulatorScript , it will stop DllManipulatorScript being GCed...

Something like this: ``` class DllManipulatorScript { void Awake() { Reinitialize(); } ~DllManipulatorScript () { Reset(); } } class MyNative { object dllScriptRef; Awake() { dllScriptRef = GameObject.Find("DllManipulatorScript"); } [DllImport]...

I tested, you are right. It is pretty tough to clean up at right time.

Luckly, mannally dll unloading works fine.

Maybe a detailed starter tutorial, or an example will help. I also tried "Using snmalloc as header-only library", no luck either.

> Hi, thanks for trying snmalloc! > > This is expected behaviour. `snmalloc` provides you with a lot of tools for building different allocators and not all consumers want to...

> -DSNMALLOC_STATIC_LIBRARY_PREFIX="" ``` in main.cpp //first line #include "override/override.h" main() { auto ptr = malloc(4); auto obj = new App(); } ``` ``` # in cmake, link snmalloc as the...

snmalloc fits my situation very well. Lots of messages and buffers are passed bettween threads, so jemalloc and mimalloc are not working perfectly. I count on snmalloc.

I dump the snmallocshim-static.lib, function malloc is not exported. Is this the root cause?

Here is the exported functions: ``` 1 sn___malloc_end_pointer 1 sn_aligned_alloc 1 sn_calloc 1 sn_cfree 1 sn_free 1 sn_malloc 1 sn_malloc_usable_size 1 sn_memalign 1 sn_posix_memalign 1 sn_pvalloc 1 sn_realloc 1 sn_valloc...