From dmurdoch at pair.com  Mon Aug 25 16:34:09 2003
From: dmurdoch at pair.com (Duncan Murdoch)
Date: Mon Aug 25 21:29:54 2003
Subject: [Rd] R Memory Management Under Windows (PR#3980)
In-Reply-To: <200308251829.h7PITAJH003312@pubhealth.ku.dk>
References: <200308251829.h7PITAJH003312@pubhealth.ku.dk>
Message-ID: <plokkv847jvjupr9g3bsmq20rl38sgn5pe@4ax.com>

On Mon, 25 Aug 2003 20:29:10 +0200 (MET DST), dteller@affinnova.com
wrote :

>I have several possible solutions to this and am thinking about implementing one
>of them:
>1) Completely scrap the routines in malloc.c and replace them with a thin
>wrapper around the core Windows memory allocation routines.
>2) Attempt to implement a windows version of mmap() and enable that feature for
>large allocations.
>3) Attempt to clean up the malloc routines so they are less picky about the
>address ordering of chunks allocated from the system.

Option 1 is currently available with the compile time option
LEA_MALLOC = NO in src/gnuwin32/MkRules.  I doubt if we would
incorporate patches to do 2 or 3, because this sort of stuff is so
hard to test and debug, but you're welcome to do it for your own use.
If you do, I'd recommend talking to Doug Lea, the author of our
current malloc, about incorporating your ideas into his code.

Duncan Murdoch


[Rd] R Memory Management Under Windows (PR#3980)
Duncan Murdoch