This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: emacs and large-address awareness under recent snapshots
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