Mailing-List: contact cygwin-developers-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-developers-owner AT cygwin DOT com Delivered-To: mailing list cygwin-developers AT cygwin DOT com Date: Tue, 2 Apr 2002 10:16:55 -0500 From: Christopher Faylor To: cygwin-Developers AT cygwin DOT com Subject: Re: newlib/libc/stdlib/mallocr.c Message-ID: <20020402151655.GB17969@redhat.com> Reply-To: cygwin-developers AT cygwin DOT com Mail-Followup-To: cygwin-Developers AT cygwin DOT com References: <3CA9A7A9 DOT 1A8AD3C5 AT yahoo DOT com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3CA9A7A9.1A8AD3C5@yahoo.com> User-Agent: Mutt/1.3.23.1i On Tue, Apr 02, 2002 at 07:44:25AM -0500, Earnie Boyd wrote: >In my modifying Cygwin source for MSYS I began having issues with malloc >and the offending pieces being within this source. I noticed that the >HAVE_MMAP macro was set to 0 by default instead of 1 by default as >Dave's documentation says that it does. Modifying the macro value to 1 >caused all of the problems I was experiencing to disappear. > >Do other Cygwin developers see benefit for a patch to newlib? Can you describe the problem? I guess it's possible that allowing this code would fix the out-of-memory heap issues we continually have but, the last time I benchmarked this, using mmap had a performance hit. This was on UNIX but I can't imagine it isn't the same on cygwin. cgf