Re: display-buffer-reuse-frames makes View-quit abnormal

2007-07-28 Thread martin rudalics
After `(setq display-buffer-reuse-frames t)', `C-h f'(or `C-h v' and the alike) to view help, `C-x o' to jump to the help window, `q' to quit view mode, then I find `View-quit' does not restore window and buffer to previous state as usual, instead Emacs pops one of other buffers. Thank you

Re: two View-mode quit bugs

2007-07-28 Thread martin rudalics
I've found what I believe to be two bugs in View-quit. I have two frames visible. In one frame I type: C-h m C-x o C-x 1. This makes the only window in this frame show the *Help* buffer. Now I type q, and the frame iconifies. After C-h m `view-return-to-alist' will contain references for

Error while bootstrapping GNU Emacs 22.1.50

2007-07-28 Thread Peter Dyballa
Hello! Compilation ends with: In end of data: dcl-mode.el:2223:1:Warning: the function `imenu-default-create-index- function' is not known to be defined. Wrote /Users/pete/Quellen/Emacs_CVS/emacs/lisp/progmodes/dcl-mode.elc Compiling

Re: display-buffer-reuse-frames makes View-quit abnormal

2007-07-28 Thread martin rudalics
Please CC this and all related postings to emacs-pretest-bug. I am not clear about the all the innards of the process of view quit, but what about: just let `help-mode' after (C-h f ...) has done (setq view-exit-action (lambda (buffer) (or (window-minibuffer-p

Re: Error while bootstrapping GNU Emacs 22.1.50

2007-07-28 Thread Eli Zaretskii
From: Peter Dyballa [EMAIL PROTECTED] Date: Sat, 28 Jul 2007 15:27:23 +0200 Hello! Compilation ends with: In end of data: dcl-mode.el:2223:1:Warning: the function `imenu-default-create-index- function' is not known to be defined. Wrote

Re: Error while bootstrapping GNU Emacs 22.1.50

2007-07-28 Thread Peter Dyballa
Am 28.07.2007 um 17:14 schrieb Eli Zaretskii: I cannot reproduce this with today's CVS, on: Linux fencepost 2.6.16.29-xen #1 SMP Wed Dec 6 07:32:36 EST 2006 x86_64 GNU/Linux I still can! Without a 'make clean' or 'make distclean' it leads to exactly the same result. Fatal error

Re: Error while bootstrapping GNU Emacs 22.1.50

2007-07-28 Thread Peter Dyballa
Am 28.07.2007 um 17:14 schrieb Eli Zaretskii: Fatal error (4) seems to say it died with SIGILL. Could it be some hardware problem? The Mac OS X CrashReporter now has data from three crashes. All happen with the same sequence of calls, but at different RAM addresses. An excerpt:

Re: Error while bootstrapping GNU Emacs 22.1.50

2007-07-28 Thread Eli Zaretskii
Cc: emacs-pretest-bug@gnu.org From: Peter Dyballa [EMAIL PROTECTED] Date: Sat, 28 Jul 2007 23:22:33 +0200 SIGILL stands for illegal instruction. Is it so absurd to assume that some changed part of GNU Emacs, byte code compiler, is faulty? No, it's not absurd. But given that it worked to

Re: Error while bootstrapping GNU Emacs 22.1.50

2007-07-28 Thread Eli Zaretskii
Cc: emacs-pretest-bug@gnu.org From: Peter Dyballa [EMAIL PROTECTED] Date: Sun, 29 Jul 2007 00:40:24 +0200 0 bootstrap-emacs 0x001485d8 Fsqrt + 100 (floatfns.c:561) That's the line where `sqrt' is called. I'll try GCC 4.2 in the morning, then hardware test. Yes, a good plan,

Fwd: display-buffer-reuse-frames makes View-quit abnormal

2007-07-28 Thread an0
-- Forwarded message -- From: an0 [EMAIL PROTECTED] Date: Jul 28, 2007 10:38 PM Subject: Re: display-buffer-reuse-frames makes View-quit abnormal To: martin rudalics [EMAIL PROTECTED] Thank you for your patient explanation. I am not clear about the all the innards of the process