Emacs Info node head Indexes
IMO Emacs Info node head == Indexes (nodes containing large menus) == might be misleading, as the user may understand that the index entries pertain to nodes containing large menus only. AFAIU that's not the focus. Probably its intended as a hint, describing the contents of these indexes. Consider that not as worthwhile in relation to the danger of misinterpreting. __ Andreas Roehler ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Configure gripes about gnome-config
I forgot to raise this earlier, but reconfiguring reminds me. $ ./configure checking build system type... sparc-sun-solaris2.8 checking host system type... sparc-sun-solaris2.8 checking for gcc... no checking for cc... cc ... checking for alsa = 1.0.0... sh: gnome-config: not found no sh: gnome-config: not found At least, configure could hide the absense of this script. Simon. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
trivial documentation error
Please write in English if possible, because the Emacs maintainers usually do not have translators to read other languages for them. Your bug report will be posted to the emacs-pretest-bug@gnu.org mailing list. Please describe exactly what actions triggered the bug and the precise symptoms of the bug: There is a trivial bug in the info documentation section `9.1 Minibuffers for file names' The word `it' should be omitted in `You can kill it the entire default with `C-a C-k', but there's no' Should such trivialities be reported via this method or is there some equivalent of the linux kernel janitor service where trivial bugs are dealt with? allan gottlieb In GNU Emacs 22.0.50.1 (i686-pc-linux-gnu, GTK+ Version 2.8.12) of 2006-06-25 on ajglap X server distributor `Gentoo (The X.Org Foundation 6.8.2, revision r8-0.1.13)', version 11.0.60802000 configured using `configure '--prefix=/usr' '--host=i686-pc-linux-gnu' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--datadir=/usr/share' '--sysconfdir=/etc' '--localstatedir=/var/lib' '--program-suffix=.emacs-22.0.50' '--without-carbon' '--with-x' '--with-xpm' '--with-toolkit-scroll-bars' '--with-jpeg' '--with-tiff' '--with-gif' '--with-png' '--with-x-toolkit=gtk' '--build=i686-pc-linux-gnu' 'CFLAGS= -O2' 'build_alias=i686-pc-linux-gnu' 'host_alias=i686-pc-linux-gnu'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: nil locale-coding-system: nil default-enable-multibyte-characters: t Major mode: Info Minor modes in effect: delete-selection-mode: t iswitchb-mode: t mouse-sel-mode: t shell-dirtrack-mode: t tooltip-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: M-x 2 - return C-x C-f t r / 5 SPC SPC backspace backspace tab return C-h i m e m a c s return C-s c o m p l e t i o n up up return C-down -mouse-3 Recent messages: Loading flyspell...done Starting new Ispell process [default] ... Loading nroff-mode...done Loading info...done Composing main Info directory...done Loading jka-compr...done uncompressing emacs.info.gz...done uncompressing emacs-1.info.gz...done Mark saved where search started Loading emacsbug...done ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
emacsclient won't open new frame on remote display
$ /usr/local/emacs/bin/emacs -Q M-x server-start Go to a new xterm window and do this: $ ssh -X localhost $ emacsclient --display=$DISPLAY some-file The buffer for some-file is opened, but not in a new frame and is not displayed in any existing window. *Messages* now has this: Loading server...done error in process filter: server-process-filter: Attempt to delete the sole visible or iconified frame error in process filter: Attempt to delete the sole visible or iconified frame There is a connection to the display: (x-display-list) = (:0.0 localhost:11.0) But even though no apparent frame was opened, I cannot close the X connection: (x-close-connection localhost:11.0) = (error Display still has frames on it) In GNU Emacs 22.0.50.1 (powerpc-apple-darwin8.6.0, X toolkit) of 2006-06-26 X server distributor `The XFree86 Project, Inc', version 11.0.4040 configured using `configure '--prefix=/usr/local/emacs/' '--with-x' '--without-carbon' '--with-x-toolkit=athena'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: nil locale-coding-system: nil default-enable-multibyte-characters: t Major mode: Fundamental Minor modes in effect: tooltip-mode: t tool-bar-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t unify-8859-on-encoding-mode: t utf-translate-cjk-mode: t auto-compression-mode: t line-number-mode: t Recent input: help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo help-echo menu-bar options blink-cursor-mode escape x s e r v tab s t tab return switch-frame C-x C-b C-x o down down return M-x r e p o tab r tab return Recent messages: For information about the GNU Project and its goals, type C-h C-p. Blink-Cursor mode disabled Loading server...done error in process filter: server-process-filter: Attempt to delete the sole visible or iconified frame error in process filter: Attempt to delete the sole visible or iconified frame Making completion list... Loading help-mode...done Loading emacsbug... Loading regexp-opt...done Loading emacsbug...done -- http://www.fastmail.fm - Accessible with your email software or over the web ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Exit hooks not run at logout on w32
Lennart Borgman wrote: As far as I can see the exit hooks for Emacs are not run when a user logs out from Windows 2000 or reboots the pc. I do not know however if this problem is specific to w32. It is in my opinion a serious problem that ought to be fixed before the release. I'm not sure they can be run reliably. The system gives Emacs (or any other application) a short amount of time to exit cleanly before issuing the equivalent of a kill -9. Since such hooks often involve user interaction, there is no guarantee that we will finish in time, so the safest thing to do is to just make sure all autosave files are written before exiting so that the user can recover their session later. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Exit hooks not run at logout on w32
Jason Rumney wrote: Lennart Borgman wrote: As far as I can see the exit hooks for Emacs are not run when a user logs out from Windows 2000 or reboots the pc. I do not know however if this problem is specific to w32. It is in my opinion a serious problem that ought to be fixed before the release. I'm not sure they can be run reliably. The system gives Emacs (or any other application) a short amount of time to exit cleanly before issuing the equivalent of a kill -9. Since such hooks often involve user interaction, there is no guarantee that we will finish in time, so the safest thing to do is to just make sure all autosave files are written before exiting so that the user can recover their session later. Are you sure of that? For me there is dialog box displayed by Windows 2000 that I can use to end the application or wait until it has finished. Is that not the case for you? ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Exit hooks not run at logout on w32
Jason Rumney wrote: Lennart Borgman wrote: As far as I can see the exit hooks for Emacs are not run when a user logs out from Windows 2000 or reboots the pc. I do not know however if this problem is specific to w32. It is in my opinion a serious problem that ought to be fixed before the release. I'm not sure they can be run reliably. The system gives Emacs (or any other application) a short amount of time to exit cleanly before issuing the equivalent of a kill -9. Since such hooks often involve user interaction, there is no guarantee that we will finish in time, so the safest thing to do is to just make sure all autosave files are written before exiting so that the user can recover their session later. I do believe it is safe to run the normal save-buffers-kill-emacs and the exit hooks. At least it seems so to me on Windows 2000. I am not sure about the details however. Maybe the Windows dialog box that shows up can be turned off so that you are sure a reboot is done in some circumstances? Then it would be best to write the autosave files first and then save-buffers-kill-emacs and the exit hooks. Where is the code that discovers that WM_CLOSE has been sent to the last frame and that Emacs should be killed? ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Exit hooks not run at logout on w32
Lennart Borgman [EMAIL PROTECTED] writes: Where is the code that discovers that WM_CLOSE has been sent to the last frame and that Emacs should be killed? WM_CLOSE is received in w32fns.c and passed on to lisp in w32term.c, the same as most other windows messages. But I think you will find that the system does not send a WM_CLOSE in these circumstances, because that would trigger the exit hooks if it was the case. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
define-global-minor-mode: customizing variable does not set mode at init
I have a minor mode I want enabled in most buffers. I use this code to fix that: (define-global-minor-mode html-site-global-mode html-site-mode (lambda() (when buffer-file-name (unless (memq major-mode html-site-mode-off-list) (html-site-mode 1) This works as expected when doing M-x html-site-global-mode I mean that this toggles the mode html-site-mode in the buffers I want to. This also works if I customize the variable html-site-global-mode. However if I save this customization permanently with the value ON then html-site-mode is not turned on in the buffers I want to the next time I start Emacs. The value of html-site-global-mode is t, but something else has failed. In GNU Emacs 22.0.50.1 (i386-mingw-nt5.0.2195) of 2006-06-25 ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: [EMAIL PROTECTED]: Overlay string not displayed on text with `display' property]
On Fri, 23 Jun 2006 16:43:33 +0200, [EMAIL PROTECTED] (Kim F. Storm) said: Redisplay state was not restored properly after a composition. I've fixed this by using the iterator stack for compositions. I don't find any display problems so far. Thanks. But an assertion violation occurs when displaying multibyte composite characters. (insert (compose-string ´e)) Actually, debugging these problems has given me a further level of knowledge about the redisplay engine internals, and I can see some possible simplifications (for after the release). That's a good news!! YAMAMOTO Mitsuharu [EMAIL PROTECTED] ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: ACL / Listener - Hang (Carbon port)
On Sun, 25 Jun 2006 17:46:39 +0100, David Reitter [EMAIL PROTECTED] said: Emacs hangs (no C-g possible) when create new listener from the Allegro Common Lisp package is selected - I can't verify / investigate further as I don't have Allegro Common Lisp. The package seems non-standard, but I don't see how an elisp package can legally bring Emacs to a halt (with C-g not working). It's not difficult to do so. ;; Can't quit with C-g. Send SIGFPE instead. (let ((inhibit-quit t)) (while t)) And the info entry for with-local-quit says there are several places where inhibit-quit is bound to t. This macro is mainly useful in functions that can be called from timers, process filters, process sentinels, `pre-command-hook', `post-command-hook', and other places where `inhibit-quit' is normally bound to `t'. I'm not sure this is the cause of the unresponsiveness, though. The version he is using is a patched GNU Emacs CVS derviate (CVS as of 2006-04-10), Carbon port, running on an Intel Mac with OS X. I don't believe any of the extensions to GNU Emacs present in his build can account for the hang this user is seeing. The next thing to do for debugging would be identifying situations/platforms where the problem occurs. * Identifying situations: - Try sending SIGFPE. Hopefully we get Lisp-level backtrace. - Try debugging with GDB using hints in etc/DEBUG. * Identifying platforms: - Try X11 version. - Try Carbon version without any modifications. YAMAMOTO Mitsuharu [EMAIL PROTECTED] ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
