atexit() is probably not a good way to clean up Lua VM

[M1NGS]

Hi everyone
I working in Lazarus(freepascal) with luajit & luv, When i try to staitc link luajit and luv in my program, I got some trouble.
luv work well in dll mode on windows/mingw, because atexit() works on dll instance, The main thread's memory will not be written.
but if i build luv as a static lib and preload it in Lua/LuaJIT static lib, and link them to freepascal. when i require luv then get a runtime error, cause the halt() mechanism of freepascal compiler is incompatible with atexit().

I think other languages ​​that can statically link c libs may have this problem.

I thought we may need explicit call a method such as uv.clearVM() before terminate threads that required luv?

[truemedian]

You beat me to finally writing up an issue to report this. I have encountered this same issue when using luv with musl libc, because unlike glibc musl does not handle shared libraries specially with regards to atexit hooks.

I'd even go farther to assert that using atexit in luv is invalid for the luv module because it is guaranteed to be dynamically linked at runtime and, more importantly unlinked at runtime when the Lua state is closed, which will always happen before a normal exit.

This problem doesn't manifest in most scenarios because Windows and glibc (likely also apple, but cannot verify) handle atexit calls in a shared library to be registered instead right before the shared library is unloaded.

A likely more correct implementation would use __attribute__((destructor)) on luv_work_cleanup to always be called when the luv module right before the module is unloaded; however this is a GNU-specific attribute and we would need to find an alternative solution for other compilers if we wish it maintain support for them.

[M1NGS]

I'd even go farther to assert that using atexit in luv is invalid for the luv module because it is guaranteed to be dynamically linked at runtime and, more importantly unlinked at runtime when the Lua state is closed, which will always happen before a normal exit.

nod, it doesn't make sense on the main thread or static link program. only scenario of available is when the user triggers gc normally in work thread.
For example, do uv = nil or lua_close() before close work thread.

static int lj_cf_package_unloadlib(lua_State *L)
{
  void **lib = (void **)luaL_checkudata(L, 1, "_LOADLIB");
  if (*lib) ll_unloadlib(*lib);
  *lib = NULL;  /* mark library as closed */
  return 0;
}

LUALIB_API int luaopen_package(lua_State *L)
{
  int i;
  int noenv;
  luaL_newmetatable(L, "_LOADLIB");
  lj_lib_pushcf(L, lj_cf_package_unloadlib, 1);
  lua_setfield(L, -2, "__gc");