> From: Christoph Scholtes <cschol2...@googlemail.com> > Date: Tue, 25 Oct 2011 06:32:41 -0600 > Cc: help-emacs-windows@gnu.org, Leo <sdl....@gmail.com>, emacs-de...@gnu.org > > Eli Zaretskii <e...@gnu.org> writes: > > >> <EventData> > >> <Data>emacs.exe</Data> > >> <Data>24.0.90.0</Data> > >> <Data>4e9e1382</Data> > >> <Data>ntdll.dll</Data> > >> <Data>6.1.7601.17514</Data> > >> <Data>4ce7ba58</Data> > >> <Data>c0000029</Data> > >> <Data>000907b6</Data> > >> <Data>760</Data> > >> <Data>01cc91fd0016c7e4</Data> > >> <Data>D:\emacs-24.0.90\bin\emacs.exe</Data> > >> <Data>C:\windows\SysWOW64\ntdll.dll</Data> > > > > Yes, that's the same crash that I cited. > > Leo said that this happens with the last weekly build I provided. It was > compiled _without_ optimizations. The original report claimed to compile > with `-O2'.
I didn't realize the above crash was with your binaries. If it was, it's probably a different problem. Leo, if you have a way of reproducing this, please run under GDB and produce a backtrace, or better yet, show the recipe (and file a bug report). > Just to make sure, is specifying `--no-opt' enough to disable > optimizations when configuring or do I have to specify `-O0' > explicitely? Specifying --no-opt is enough. > If this turns out to be a problem with 4.6.1 in general, I will switch > back to an older version. Or should I use `-fno-omit-frame-pointer'? With --no-opt, -fno-omit-frame-pointer should have no effect, because this optimization is turned on by -O1.
