[Gc] Problems with GC_INIT and GC_WIN32_THREADS under mingw
Fri, 8 Aug 2003 17:22:25 +0800
I'm trying to make a threaded GC for Win32 using GNU mingw32 (gcc 3.2).
It looks like the documentation is rather old, and I've had to
experiment quite a bit to get it working.
For the moment, I'm building a statically linked application. I added
-DGC_WIN32_THREADS to the CFLAGS for the library and client builds.
In win32_threads.c the compiler complains about the redeclaration of
GC_CreateThread, so I changed:
HANDLE WINAPI GC_CreateThread(
GCAPI HANDLE GC_CreateThread(
WIth that fix, it will compile and link, and gctest runs OK.
My application linked to the library crashes in
GC_REGISTER_DISPLACEMENT. Eventually, I traced this down to LOCK()
which is defined to EnterCriticalSection which is operating on an
uninitialised Win32 CRITICALSECTION variable. It looks like this is
supposed to be initialised in GC_init. However, the application calls
GC_INIT and this is not correctly being redirected to GC_init in gc.h.
I guess there are a number of workarounds possible here:
- have the application call GC_init rather than GC_INIT
- adjust gc.h to redirect GC_INIT to GC_init
- explore other options for LOCK() that don't require initialisation
Assuming gcc for Win32, are critical sections the preferred
implementation for LOCK()?
Under what circumstances should GC_init be called? It seems that in
most cases, the GC can be used without initialisation, except in this
kind of situation. I guess this is probably the place where things need
to be fixed.