This is the mail archive of the
mailing list for the Cygwin project.
Re: emacs and large-address awareness under recent snapshots
On Aug 7 18:38, Ken Brown wrote:
> On 8/7/2011 4:02 PM, Corinna Vinschen wrote:
> >What I did now is to change Cygwin to return always RLIM_INFINITY in
> >a call to getrlimit(RLIMIT_AS). This seems to be more correct anyway,
> >given the definition in SUSv4(*):
> > "If a call to getrlimit() returns RLIM_INFINITY for a resource, it
> > means the implementation shall not enforce limits on that resource."
> >That's exactly our situation. There's no enforced limit on the VM,
> >other than the size of the VM itself. Now emacs is happy.
> I've built cygwin1.dll from the latest CVS and confirmed that the
> problem is fixed. Unfortunately, I've just discovered a second
> problem, also starting with the 2011-07-21 snapshot, that only shows
> up when I try to start emacs under X (with emacs large address
> aware). What happens here is that emacs keeps using more and more
> CPU (as shown by Windows Task Manager), but the emacs window never
> opens. To reproduce, install emacs-X11 and then do the following:
> 1. $ peflags --bigaddr=1 /usr/bin/emacs-X11.exe
> 2. Start the X server. (I use the Start Menu shortcut.)
> 3. Start emacs from an xterm window:
> $ emacs -Q &
> As a slight variation on this, you can instead start emacs with the
> -nw option:
> $ emacs -nw -Q
> This tells emacs to use the xterm window for display rather than
> opening its own window. The result this time is that you can see
> the emacs display, but emacs is unresponsive while the CPU usage
> increases as before.
I can reproduce this, but from the strace I can't figure out what emacs
is doing. There are a lot of threads running in parallel. GDB isn't a
big help either, given that I have no debug symbols for emacs.
I'm still looking into this, but I need your help. If you have a hunch
where the problem occurs in emacs, add some debug output to the code
or try to set a breakpoint in the affected function. Everything helps.
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple