X-Recipient: archive-cygwin@delorie.com X-Spam-Check-By: sourceware.org Date: Mon, 8 Aug 2011 17:50:48 +0200 From: Corinna Vinschen To: cygwin@cygwin.com Subject: Re: emacs and large-address awareness under recent snapshots Message-ID: <20110808155048.GA28218@calimero.vinschen.de> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: <4E3C79E0.3030506@cornell.edu> <20110807113354.GG11601@calimero.vinschen.de> <20110807115056.GI11601@calimero.vinschen.de> <4E3EA497.7040402@cornell.edu> <4E3EBAEF.1030004@cornell.edu> <20110807200222.GK11601@calimero.vinschen.de> <4E3F13D8.7090608@cornell.edu> <4E3FE323.9020201@cornell.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4E3FE323.9020201@cornell.edu> User-Agent: Mutt/1.5.21 (2010-09-15) Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Delivered-To: mailing list cygwin@cygwin.com On Aug 8 09:22, Ken Brown wrote: > I attached gdb to the running process and got some more information. > It turns out that this has nothing to do with X. It's just that > starting emacs under X causes emacs to try to allocate memory, and > this makes the problem show up very quickly. > > It looks to me like emacs gets stuck in morecore_nolock() and/or > _malloc_internal_nolock(), which are defined in src/gmalloc.c. > Apparently, emacs has a peculiar way of managing memory on Cygwin, > and this chokes on the changes to the heap start address as of > 2011-07-21. I don't know enough programming to fix this. If anyone > wants to try, the relevant source files to look at are gmalloc.c, > sheap.c, and unexcw.c. The second and third are compiled only in > the Cygwin build, and the first also has some Cygwin-specific stuff. > > Maybe I should take this to the emacs-devel list at some point, but > I'll wait a while to see if someone on this list can help. I had a look into the sources you're mentioning above, but I don't see anything suspicious, apart from the fact that emacs uses some static buffer of 12 Megs as heap on Cygwin... sometimes. At least that's what sheap.c is about, afaics. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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