From 548b9dd8dbfa0dbe5247d9b4af7e388855beb506 Mon Sep 17 00:00:00 2001 From: Fumitoshi UKAI Date: Thu, 20 Dec 2001 00:37:29 +0000 Subject: sync with w3m-0.2.2-inu-1.1/gc --- gc/doc/README.win32 | 13 ++++++++++--- 1 file changed, 10 insertions(+), 3 deletions(-) (limited to 'gc/doc/README.win32') diff --git a/gc/doc/README.win32 b/gc/doc/README.win32 index 417281d..b1a6ec5 100644 --- a/gc/doc/README.win32 +++ b/gc/doc/README.win32 @@ -1,8 +1,8 @@ The collector has at various times been compiled under Windows 95 & NT, with the original Microsoft SDK, with Visual C++ 2.0, 4.0, and 6, with -the GNU win32 environment, with Borland 4.5, and recently with -Watcom C. It is likely that some of these have been broken in the -meantime. Patches are appreciated. +the GNU win32 environment, with Borland 4.5, with Watcom C, and recently +with the Digital Mars compiler. It is likely that some of these have been +broken in the meantime. Patches are appreciated. It runs under both win32s and win32, but with different semantics. Under win32, all writable pages outside of the heaps and stack are @@ -45,6 +45,13 @@ window colors.) In general -DREDIRECT_MALLOC is unlikely to work unless the application is completely statically linked. +The collector normally allocates memory from the OS with VirtualAlloc. +This appears to cause problems under Windows NT and Windows 2000 (but +not Windows 95/98) if the memory is later passed to CreateDIBitmap. +To work around this problem, build the collector with -DUSE_GLOBAL_ALLOC. +This is currently incompatible with -DUSE_MUNMAP. (Thanks to Jonathan +Clark for tracking this down.) + For Microsoft development tools, rename NT_MAKEFILE as MAKEFILE. (Make sure that the CPU environment variable is defined to be i386.) In order to use the gc_cpp.h C++ interface, all -- cgit v1.2.3