X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-1.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_HELO_PASS X-Spam-Check-By: sourceware.org Message-ID: <4D7A40F4.2020507@emrich-ebersheim.de> Date: Fri, 11 Mar 2011 16:34:12 +0100 From: Rainer Emrich User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; de; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: ld: fatal error - cmalloc would have returned NULL References: <4D7A2951 DOT 1030002 AT emrich-ebersheim DOT de> <20110311141317 DOT GH7064 AT calimero DOT vinschen DOT de> <20110311142357 DOT GI7064 AT calimero DOT vinschen DOT de> <20110311150714 DOT GJ7064 AT calimero DOT vinschen DOT de> In-Reply-To: <20110311150714.GJ7064@calimero.vinschen.de> OpenPGP: url=random.sks.keyserver.penguin.de Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Corinna, Am 11.03.2011 16:07, schrieb Corinna Vinschen: > Rainer, > > On Mar 11 15:23, Corinna Vinschen wrote: >> On Mar 11 15:13, Corinna Vinschen wrote: >>> On Mar 11 14:53, Rainer Emrich wrote: >>>> I have to be more clear. I increased the heap_chunk_in_mb to 1792 using: >>>> regtool -i set /HKLM/Software/Cygwin/heap_chunk_in_mb 1792 >>> >>> But that's the size of the application heap, not the size of the >>> cygheap. The cygheap is used by a couple of internal datastructures >>> of the cygwin DLL itself, while the application heap is used for malloc. >>> >>> So you raised the size of the application heap, probably not to 1792 >>> Megs, but the next lower allocation possible (cygwin decrements the size >>> in 1MB steps until the allocation succeeds. >>> >>> That's weird. malloc uses mmap, but only for allocations beyond 128K. >> >> Actually mmap is only used if you try to malloc >= 256K. >> >>> Since ld only allocates 64K chunks, it doesn't look like mmap is called >>> from malloc. OTOH, if raising the heap size helps, how do the >>> zillions of mmap calls into this picture?!? > > I was wondering if I could reduce the pressure on the cygheap by using a > simplified method to allocate the required bookkeeping datastructures. > It passes my homebrew mmap testsuite, but I would be curious if this > might fix your problem. I have not very much hope, but anyway... > > Would you mind if I send you a link to a cygwin DLL for testing by > private email? Yes, of course. You're welcome to send me a link. I' m able to test next week. > > > Thanks, > Corinna > Thanks, Rainer -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk16QPQACgkQoUhjsh59BL6YFgCgq3YQIscphjfAk/DMuMNQDkOy 5oYAoINlltB1e4TiPRx6G/q8T9NEb7fd =e3QZ -----END PGP SIGNATURE----- -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple