delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2009/03/16/04:41:42

X-Recipient: archive-cygwin AT delorie DOT com
X-Spam-Check-By: sourceware.org
Date: Mon, 16 Mar 2009 10:41:19 +0100
From: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: [1.7] BUG: heap_chunk_in_mb=1536 breaks expect.
Message-ID: <20090316094119.GP9322@calimero.vinschen.de>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <49BD86E2 DOT 1080208 AT gmail DOT com>
MIME-Version: 1.0
In-Reply-To: <49BD86E2.1080208@gmail.com>
User-Agent: Mutt/1.5.19 (2009-02-20)
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

On Mar 15 22:53, Dave Korn wrote:
> 
>   Apologies for what is going to be quite light on details as bug reports go,
> but I've only just noticed it and I haven't got a simple testcase yet.
> 
>   As the subject line says, heap_chunk_in_mb=1536 breaks expect.  The
> situation that I'm seeing this in is when attempting to run the binutils
> testsuite.
> 
>   With heap_chunk_in_mb set to 1536, "make -k check" gets as far as the very
> first *.exp file in the binutils testsuite (binutils-all/ar.exp), and then
> sits there, spinning its wheels and eating CPU.  It doesn't happen if
> heap_chunk_in_mb is set to 1024, 1280, 1408, 1520 and the test run completes.
>  It does happen at 1535, and 1532.  At 1528 to 1530 it gets a few testcases
> further into the run before stalling.  Probably the exact cut-off point is
> environment-dependent.
> 
>   Sorry not to have much information, but at least there's a simple
> workaround: turn it down a bit.  If I find out more I'll report back.

The code handling heap_chunk_in_mb hasn't changed at all since 1.5.25,
except for the registry location where it's loaded from.  I'm wondering
if the mere size of the heap chunk is enough here to disturb
functionality which requires more memory in 1.7 than in 1.5.  For
instance, practically all file operations need more memory now (buffers
for conversion to UNICODE, enough room for long paths).  And 1.5 Gigs +
sizeof all DLLs + sizeof executable is quite easily filling up the 2
Gigs virtual mem size for the process.


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019