Re: menu-updating-frame is nil on X
In xmenu.c the function set_frame_menubar binds menu-updating-frame to the frame passed to it as argument. Could you please look and see why this isn't working as intended? The non-toolkit version of Emacs doesn't call it at all, because `USE_X_TOOLKIT' and `USE_GTK' are not defined. In the non-toolkit version, the menu bar is an ordinary screen line on the same frame. I don't know is it right to bind menu-updating-frame to the same frame in the non-toolkit version. I am not familiar with this code at all, so please don't expect me to propose a correct change. -- Juri Linkov http://www.jurta.org/emacs/ ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: substitute-command-keys does not preserve text properties
Richard M. Stallman [EMAIL PROTECTED] writes:
If you pass a string with text properties through substitute-command-keys,
the returned string does not preserve the text properties of the original
string if any command keys were substituted. If no substitutions were
made, properties are preserved (I guess the original string is returned).
This behaviour may be ok, but it is not documented.
I think it is not worth changing the behavior; could you document it?
The doc string was actually wrong about always returning a new string.
Here is a patch:
*** doc.c 09 Sep 2005 12:19:01 +0200 1.115
--- doc.c 09 Nov 2005 12:16:27 +0100
***
*** 735,749
DEFUN (substitute-command-keys, Fsubstitute_command_keys,
Ssubstitute_command_keys, 1, 1, 0,
doc: /* Substitute key descriptions for command names in STRING.
! Return a new string which is STRING with substrings of the form \\=\\[COMMAND]
! replaced by either: a keystroke sequence that will invoke COMMAND,
! or M-x COMMAND if COMMAND is not on any keys.
Substrings of the form \\=\\{MAPVAR} are replaced by summaries
\(made by describe-bindings) of the value of MAPVAR, taken as a keymap.
Substrings of the form \\=\\MAPVAR specify to use the value of MAPVAR
as the keymap for future \\=\\[COMMAND] substrings.
\\=\\= quotes the following character and is discarded;
! thus, \\=\\=\\=\\= puts \\=\\= into the output, and \\=\\=\\=\\[ puts \\=\\[
into the output. */)
(string)
Lisp_Object string;
{
--- 735,752
DEFUN (substitute-command-keys, Fsubstitute_command_keys,
Ssubstitute_command_keys, 1, 1, 0,
doc: /* Substitute key descriptions for command names in STRING.
! Substrings of the form \\=\\[COMMAND] replaced by either: a keystroke
! sequence that will invoke COMMAND, or M-x COMMAND if COMMAND is not
! on any keys.
Substrings of the form \\=\\{MAPVAR} are replaced by summaries
\(made by describe-bindings) of the value of MAPVAR, taken as a keymap.
Substrings of the form \\=\\MAPVAR specify to use the value of MAPVAR
as the keymap for future \\=\\[COMMAND] substrings.
\\=\\= quotes the following character and is discarded;
! thus, \\=\\=\\=\\= puts \\=\\= into the output, and \\=\\=\\=\\[ puts \\=\\[
into the output.
!
! Returns original STRING if no substitutions were made. Othwerwise,
! a new string, without any text properties, is returned. */)
(string)
Lisp_Object string;
{
--
Kim F. Storm [EMAIL PROTECTED] http://www.cua.dk
___
Emacs-pretest-bug mailing list
Emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Invalid output to process
RMS == Richard M Stallman [EMAIL PROTECTED] writes: Why I can't just send you the content of `foo' variable? Because when I put its value into a buffer and then read it from the buffer, the read value is equalp to the original `foo' value, but the bug can't be reproduced with the new value. RMS I agree that is perplexing, but that is no reason not to show RMS us the value. The information may be important--and I don't RMS have time to try to figure out what the value is by reading the RMS code. RMS Would you please show us the printed form of that value? Here is the output of (print foo): output-print Description: Binary data RMS Have you reported a GDB bug? Yes. RMS Meanwhile, what exactly were the GDB commands that you used? RMS Perhaps there is some other way to debug the send_process C RMS function using different commands that won't encounter this RMS bug. The gdb commands I use initially are: break send_process run -q Then I use `continue' repeatedly to reach the place of the bug occurrence. This works fine but after that gdb can crash as soon as after a single `step' command or a few `next' commands. But the crash is irregular, so if you'd like to get some particular information, I may be able to retrieve it. RMS I suspect that this has something to do with character codings. RMS I think that your output string is being encoded in some way. RMS Please try binding coding-system-for-write to `no-conversion' RMS around the calls to process-send-string and see if that fixes RMS things. It doesn't. In both cases the input that server receives after applying `M-x eval-current-buffer' in bug2.el is the same: output-invalid Description: Binary data But if I use (set-process-coding-system process 'no-conversion 'no-conversion) instead of (set-process-coding-system process 'raw-text-unix 'raw-text-unix) after opening the process in bug2.el, the input is correct: output-correct Description: Binary data ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
emacs -f gnus shows the splashscreen instead of Gnus
Hi, A few weeks ago, starting emacs -f gnus was opening Emacs with Gnus directly open. Now, I have Emacs's splashscreen instead of Gnus, and Gnus comes back when I press any key. I've added this to my .emacs.el, but I prefered the old behavior: (setq inhibit-startup-message t) In GNU Emacs 22.0.50.7 (i686-pc-linux-gnu, GTK+ Version 2.6.4) of 2005-10-16 on ecrins X server distributor `The XFree86 Project, Inc', version 11.0.4031 configured using `configure '--with-gtk' '--with-png' '--with-gif' '--with-tiff' '--with-jpeg' '--with-xpm' '--prefix=/home/moy/local/usr'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: fr_FR 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: iso-latin-1 default-enable-multibyte-characters: t -- Matthieu ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Invalid output to process
Milan Zamazal [EMAIL PROTECTED] writes: ... \236 This part is a unibyte string. ... Now, transmitting that unibyte string converted \236 + space into NUL. Somebody (not me) can probably explain why that happens when coding system is raw-text-unix but not with no-conversion. But if I use (set-process-coding-system process 'no-conversion 'no-conversion) instead of (set-process-coding-system process 'raw-text-unix 'raw-text-unix) after opening the process in bug2.el, the input is correct: ... Now, this is a multibyte string. but they are still EQUAL: Try this: (setq mb ) = (setq ub (string-as-unibyte mb)) = \236 (equal mb ub) = t I suppose you can make a much simpler test case by sending either mb or ub through your process. -- Kim F. Storm [EMAIL PROTECTED] http://www.cua.dk ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Invalid output to process
KFS == Kim F Storm [EMAIL PROTECTED] writes: KFS I suppose you can make a much simpler test case by sending KFS either mb or ub through your process. I couldn't so far. Perhaps one thing should be explicitly mentioned: The complicated first part leading to the bug involves both input and output to a process. Regards, Milan Zamazal ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
latest rfc2231-parse-string broken in multiple ways
I am using the implementation of rfc2231-parse-string in lisp/gnus/rfc2231.el in the Emacs CVS at [EMAIL PROTECTED]:/cvsroot/emacs. This is file version 1.10, which is the latest available today. The latest Gnus development version of this function might be different. Bug #1: The invocation (mail-header-parse-content-type message/external-body; name*1*=plugh%2fhello-sailor%2fbing.pdf; name*0*=us-ascii''~%2ffoo%2fbar%2fbaz%2fxyzzy%2f; access-type=LOCAL-FILE) raises an error with this message: Invalid coding system: plugh%2fhello-sailor%2fbing\.pdfus-ascii Bug #2: The invocation (mail-header-parse-content-type message/external-body; name*0*=us-ascii''~%2ffoo%2fbar%2fbaz%2fxyzzy%2f; access-type=LOCAL-FILE; name*1*=plugh%2fhello-sailor%2fbing.pdf) returns this result: (message/external-body (name . ~/foo/bar/baz/xyzzy/) (access-type . LOCAL-FILE) (name . plugh/hello-sailor/bing.pdf)) According to the RFC 2231 standard, both invocations listed above should instead yield the same result (modulo reordering of the association pairs) as the invocation (mail-header-parse-content-type message/external-body; name*0*=us-ascii''~%2ffoo%2fbar%2fbaz%2fxyzzy%2f; name*1*=plugh%2fhello-sailor%2fbing.pdf; access-type=LOCAL-FILE) which returns this: (message/external-body (name . ~/foo/bar/baz/xyzzy/plugh/hello-sailor/bing.pdf) (access-type . LOCAL-FILE)) I hope this bug report is helpful. -- Joe ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: menu-updating-frame is nil on X
From: Juri Linkov [EMAIL PROTECTED] Cc: emacs-pretest-bug@gnu.org Date: Wed, 09 Nov 2005 11:38:34 +0200 In xmenu.c the function set_frame_menubar binds menu-updating-frame to the frame passed to it as argument. Could you please look and see why this isn't working as intended? The non-toolkit version of Emacs doesn't call it at all, because `USE_X_TOOLKIT' and `USE_GTK' are not defined. You are right, sorry I didn't see that myself. I don't know is it right to bind menu-updating-frame to the same frame in the non-toolkit version. I am not familiar with this code at all, so please don't expect me to propose a correct change. Well, you did suggest a patch to fix this, so I assumed you did know something about it. Does the following patch give good results? Index: src/xmenu.c === RCS file: /cvsroot/emacs/emacs/src/xmenu.c,v retrieving revision 1.295 diff -u -r1.295 xmenu.c --- src/xmenu.c 7 Aug 2005 12:33:19 - 1.295 +++ src/xmenu.c 9 Nov 2005 19:08:26 - @@ -3498,6 +3498,7 @@ /* Help display under X won't work because XMenuActivate contains a loop that doesn't give Emacs a chance to process it. */ menu_help_frame = f; + XSETFRAME (Vmenu_updating_frame, f); status = XMenuActivate (FRAME_X_DISPLAY (f), menu, pane, selidx, x, y, ButtonReleaseMask, datap, menu_help_callback); ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
No i-search for € in iso-8859-16 coded buffer
Hello! In a buffer starting with ';;; -*- mode: Text; coding: iso-8859-16; -*-' (-r: in the mode-line) and holding the characters in the range 160-255 i-search for € is not successful: € = 244 = 164 = A4 = U+20AC = E2 82 AC : EURO SIGN when I have set: unify-8859-on-decoding-mode nil or t unify-8859-on-encoding-mode t C-u C-x = reveals: character: € (01235114, 342604, 0x53a4c, U+20AC) charset: [mule-unicode-0100-24ff] (Unicode characters of the range U+0100..U+24FF.) code point: [116 76] syntax: w which means: word buffer code: 0x9C 0xF4 0xF4 0xCC file code: 0xA4 (encoded by coding system iso-latin-10-unix) display: by this font (glyph code) -BH-LucidaTypewriter-Medium-R-Normal-Sans-10-100-75-75-M-60-ISO10646-1 (0x20AC) M-: (read-event) RET € reveals: 3876 (#o7444, #xf24) It too fails for œ and Œ (but works for æ and Æ): Œ = 274 = 188 = BC = U+0152 =C5 92 : LATIN CAPITAL LIGATURE OE œ = 275 = 189 = BD = U+0153 =C5 93 : LATIN SMALL LIGATURE OE character: Œ (01210162, 331890, 0x51072, U+0152) charset: [mule-unicode-0100-24ff] (Unicode characters of the range U+0100..U+24FF.) code point: [32 114] syntax: w which means: word category: l:Latin buffer code: 0x9C 0xF4 0xA0 0xF2 file code: 0xBC (encoded by coding system iso-latin-10-unix) display: by this font (glyph code) -BH-LucidaTypewriter-Medium-R-Normal-Sans-10-100-75-75-M-60-ISO10646-1 (0x152) character: œ (01210163, 331891, 0x51073, U+0153) charset: [mule-unicode-0100-24ff] (Unicode characters of the range U+0100..U+24FF.) code point: [32 115] syntax: w which means: word category: l:Latin buffer code: 0x9C 0xF4 0xA0 0xF3 file code: 0xBD (encoded by coding system iso-latin-10-unix) display: by this font (glyph code) -BH-LucidaTypewriter-Medium-R-Normal-Sans-10-100-75-75-M-60-ISO10646-1 (0x153) 3900 (#o7474, #xf3c) 3901 (#o7475, #xf3d) In GNU Emacs 22.0.50.1 (powerpc-apple-darwin7.9.0, X toolkit, Xaw3d scroll bars) of 2005-11-09 on Latsche.local X server distributor `The XFree86 Project, Inc', version 11.0.4030 configured using `configure '--without-pop' '--with-xpm' '--with-jpeg' '--with-tiff' '--with-gif' '--with-png' '--enable-locallisppath=/Library/Application Support/Emacs/calendar22:/Library/Application Support/Emacs/preview:/Library/Application Support/Emacs/auctex/images:/Library/Application Support/Emacs/auctex:/Library/Application Support/Emacs' 'CFLAGS=-ggdb -pipe -faltivec -maltivec -mcpu=740 -no-cpp-precomp -fomit-frame-pointer -foptimize-register-move -fcprop-registers -frename-registers -freorder-blocks -fpeephole -mpowerpc-gfxopt -mpowerpc-gpopt' 'CPPFLAGS=-I/usr/local/include -I/sw/include/libpng12 -I/sw/lib/pango-ft219/include -I/sw/include/pango-1.0 -I/sw/lib/freetype219/include -I/sw/include' 'LDFLAGS=-L/usr/X11R6/lib -L/usr/local/lib -L/sw/lib/ncurses -L/sw/lib/freetype219/lib -L/sw/lib/pango-ft219/lib -L/sw/lib'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: de_DE.UTF-8 value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: de_DE.UTF-8 locale-coding-system: utf-8 default-enable-multibyte-characters: t -- Mit friedvollen Grüßen Pete Give a man a fish, and you've fed him for a day. Teach him to fish, and you've depleted the lake. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: M-x locate regression
Nick Roberts wrote: Can you get find-lisp-find-dired to work? I fixed both bugs you reported. If you update your CVS, things should work fine, except for the updating problem that we are discussing. I did not remove the binding for dired-buffers. Sincerely, Luc. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: M-x locate regression
Can you get find-lisp-find-dired to work? I fixed both bugs you reported. If you update your CVS, things should work fine, except for the updating problem that we are discussing. I did not remove the binding for dired-buffers. I wan't expecting you to fix them! The GID is listed as a number, which seems a bit strange. Removing the binding for dired-buffers seems to DTRT here too. Nick ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: The widget example in the manual is not working
Dan Nicolaescu [EMAIL PROTECTED] writes: The widget-example function from widget.texi does not work correctly. When running it a buffer with a lot of widgets is created, but the widgets do not work when trying to click them with the mouse. Strangely, the widgets work when using the keyboard! Replying to myself: there's no problem here, the widgets work fine when using mouse2... ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: substitute-command-keys does not preserve text properties
Please install your doc fix. Thanks. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: emacs -f gnus shows the splashscreen instead of Gnus
A few weeks ago, starting emacs -f gnus was opening Emacs with Gnus directly open. What version of Emacs sources were you using then? I don't think any change has been made in this recently, but there was a change a year or two ago to display the splash screen even if the user specifies files to visit, and that change could also have affected this case. We want people to see the splash screen more. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: emacs -f gnus shows the splashscreen instead of Gnus
2005/11/10, Richard M. Stallman [EMAIL PROTECTED]: We want people to see the splash screen more. While I understand the motivation for this, one problem is that it gives the impression that for some reason the files specified on the command-line didn't take. I think it would be good if there was some obvious indicator on the splash screen that would make the true state of affairs obvious. For instance, what about a line following the big logo picture like: Files to be visited: foo.c bar.c Or: Command to be executed: gnus anyway, you get the idea. Perhaps it should be in a bold font. -Miles -- Do not taunt Happy Fun Ball. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: M-x locate regression
Richard Stallman wrote: The patch in Nick's message includes another change in another place. It looked like that other change was intended to update files correctly in both kinds of buffers, but I did not study it. What is that other change supposed to do? Take care of *Locate* buffers. Sincerely, Luc. ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
erase customization does not work
Symptoms: If i choose 'erase customization' in a customization buffer i get the following message: widget-apply: Symbol's function definition is void: nil If emacs crashed, and you have the emacs process in the gdb debugger, please include the output from the following gdb commands: `bt full' and `xbacktrace'. If you would like to further debug the crash, please read the file /Applications/Emacs.app/Contents/Resources/etc/DEBUG for instructions. In GNU Emacs 22.0.50.1 (powerpc-apple-darwin8.3.0) of 2005-11-07 on metallw08.timewe.uni-jena.de X server distributor `Apple Computers', version 10.4.3 configured using `configure '--without-x' '--prefix=/usr/local'' Important settings: value of $LC_ALL: de_DE.UTF-8 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: de_DE.UTF-8 locale-coding-system: utf-8 default-enable-multibyte-characters: t Major mode: Fundamental Minor modes in effect: TeX-PDF-mode: t encoded-kbd-mode: t tabbar-mode: t recentf-mode: t iswitchb-mode: t msb-mode: t show-paren-mode: t tooltip-mode: t auto-compression-mode: t tool-bar-mode: t mouse-wheel-mode: t menu-bar-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 column-number-mode: t line-number-mode: t transient-mark-mode: t abbrev-mode: t Recent input: s return help-echo help-echo help-echo help-echo help-echo help-echo menu-bar help-menu report-emacs-bug C-g menu-bar help-menu emacs-problems next next next next next end prior prior prior prior prior home help-echo tool-bar kill-buffer help-echo help-echo help-echo M-x c u s o backspace t m i backspace backspace o m i z e - g r o tab return A U C tab return wheel-down double-wheel-down triple-wheel-down triple-wheel-down triple-wheel-down triple-wheel-down triple-wheel-down triple-wheel-down triple-wheel-down triple-wheel-down triple-wheel-down triple-wheel-down triple-wheel-down triple-wheel-down triple-wheel-down triple-wheel-down triple-wheel-down triple-wheel-down triple-wheel-down wheel-down double-wheel-down triple-wheel-down triple-wheel-down help-echo down-mouse-1 mouse-1 help-echo help-echo down-mouse-1 mouse-1 f6 f6 down-mouse-1 mouse-movement mouse-movement drag-mouse-1 M-w menu-bar help-menu report-emacs-bug Recent messages: Mark set [2 times] Creating customization items... Creating group... Creating group members... 92% Creating group magic... Creating group state... Creating group... done Creating customization items ...done Resetting customization items...done Creating customization setup...done widget-apply: Symbol's function definition is void: nil ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Warnings during compilation
Hello! Here are some unconventional warnings: In pcomplete-show-completions: pcomplete.el:980:25:Warning: attempt to inline `pcomplete-read-event' before it was defined In pr-get-symbol: printing.el:2806:23:Warning: attempt to inline `easy-menu-intern' before it was defined printing.el:2806:23:Warning: attempt to inline `easy-menu-intern' before it was defined In toplevel form: savehist.el:131:1:Warning: defcustom for `savehist-save-hook' fails to specify containing group In ucs-set-table-for-input: ucs-tables.el:2525:36:Warning: `make-variable-buffer-local' should be called at toplevel ucs-tables.el:2528:47:Warning: `make-variable-buffer-local' should be called at toplevel In smtpmail-send-it: smtpmail.el:371:18:Warning: `insert-buffer' used from Lisp code That command is designed for interactive use only In eudc-ph-open-session: eudcb-ph.el:187:8:Warning: `process-kill-without-query' is an obsolete function (as of Emacs 22.1); use `process-query-on-exit-flag' or `set-process-query-on-exit-flag'. In toplevel form: tramp-util.el:47:17:Warning: `make-variable-buffer-local' should be called at toplevel In toplevel form: cc-fonts.el:160:16:Warning: `font-lock-reference-face' is an obsolete variable; use `font-lock-constant-face' instead. In c-make-styles-buffer-local: cc-styles.el:621:27:Warning: `make-variable-buffer-local' should be called at toplevel In toplevel form: cperl-mode.el:7190:10:Warning: `make-variable-buffer-local' should be called at toplevel In vhdl-speedbar-display-directory: vhdl-mode.el:14116:43:Warning: `speedbar-ignored-path-expressions' is an obsolete variable; use `speedbar-ignored-directory-expressions' instead. vhdl-mode.el:14115:9:Warning: `speedbar-ignored-path-regexp' is an obsolete variable; use `speedbar-ignored-directory-regexp' instead. In vhdl-speedbar-display-projects: vhdl-mode.el:14136:9:Warning: `speedbar-ignored-path-regexp' is an obsolete variable; use `speedbar-ignored-directory-regexp' instead. In org-mode: org.el:1874:4:Warning: `make-local-hook' is an obsolete function (as of Emacs 21.1); not necessary any more. In orgtbl-mode: org.el:7936:12:Warning: `make-local-hook' is an obsolete function (as of Emacs 21.1); not necessary any more. In org-start-icalendar-file: org.el:9584:6:Warning: `format' called with 3 args to fill 2 format field(s) In reftex-make-separate-toc-frame: reftex-toc.el:997:35:Warning: `focus-frame' is an obsolete function (as of Emacs 22.1); it does nothing. In tex-mode: tex-mode.el:849:8:Warning: function `tex-mode' defined multiple times in this file In GNU Emacs 22.0.50.1 (powerpc-apple-darwin7.9.0, X toolkit, Xaw3d scroll bars) of 2005-11-09 on Latsche.local X server distributor `The XFree86 Project, Inc', version 11.0.4030 configured using `configure '--without-pop' '--with-xpm' '--with-jpeg' '--with-tiff' '--with-gif' '--with-png' '--enable-locallisppath=/Library/Application Support/Emacs/calendar22:/Library/Application Support/Emacs/preview:/Library/Application Support/Emacs/auctex/images:/Library/Application Support/Emacs/auctex:/Library/Application Support/Emacs' 'CFLAGS=-ggdb -pipe -faltivec -maltivec -mcpu=740 -no-cpp-precomp -fomit-frame-pointer -foptimize-register-move -fcprop-registers -frename-registers -freorder-blocks -fpeephole -mpowerpc-gfxopt -mpowerpc-gpopt' 'CPPFLAGS=-I/usr/local/include -I/sw/include/libpng12 -I/sw/lib/pango-ft219/include -I/sw/include/pango-1.0 -I/sw/lib/freetype219/include -I/sw/include' 'LDFLAGS=-L/usr/X11R6/lib -L/usr/local/lib -L/sw/lib/ncurses -L/sw/lib/freetype219/lib -L/sw/lib/pango-ft219/lib -L/sw/lib'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: de_DE.UTF-8 value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: de_DE.UTF-8 locale-coding-system: utf-8 default-enable-multibyte-characters: t -- Mit friedvollen Grüßen Pete There's no sense in being precise when you don't even know what you're talking about. -- John von Neumann ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: M-x locate regression
Nick Roberts (talking about find-lisp-find-dired) wrote: The GID is listed as a number, which seems a bit strange. There is worse. The UID is also a number, except for the user who is running Emacs. This is a misfeature. There is still worse, if you run Emacs with the -u option. For instance if I su to root but run Emacs with `-u teirllm', then find-lisp-find-dired falsely lists all files owned by root as owned by teirllm. This is an outright bug. The patch below fixes the UID-bug, as well as the UID-misfeature. It also updates a partially obsolete comment. I will install the patch if there are no objections. In as far as the GID misfeature is concerned, if I understand correctly, find-lisp.el, like ls-lisp.el, tries to get the directory listing completely from Lisp, without directly or indirectly (through dired) using the ls program. Given that, I do not know how to convert the GID to a string. If I understand correctly, then on some operating systems, ls-lisp.el uses numeric UID and GID too. So if it would now be easy convert the GID to the group name from Lisp, then ls-lisp should probably be changed too. (See the comment on line 521 of ls-lisp.el.) My patch _does_ take care of the case where file-attributes actually lists the GID as a string (the current find-lisp code throws an error in that case). A comment in ls-lisp says that this case _can_ occur. Here is my patch: ===File ~/find-lisp-diff *** find-lisp.el09 Nov 2005 17:05:07 -0600 1.10 --- find-lisp.el09 Nov 2005 22:48:11 -0600 *** *** 3,9 ;; Author: Peter Breton ;; Created: Fri Mar 26 1999 ;; Keywords: unix ! ;; Time-stamp: 2005-11-09 22:55:41 teirllm ;; Copyright (C) 1999, 2000, 2002, 2003, 2004, ;; 2005 Free Software Foundation, Inc. --- 3,9 ;; Author: Peter Breton ;; Created: Fri Mar 26 1999 ;; Keywords: unix ! ;; Time-stamp: 2005-11-09 22:48:11 teirllm ;; Copyright (C) 1999, 2000, 2002, 2003, 2004, ;; 2005 Free Software Foundation, Inc. *** *** 309,326 (if (memq ?s switches) ; size in K (format %4d (1+ (/ (nth 7 file-attr) 1024 (nth 8 file-attr) ; permission bits ! ;; numeric uid/gid are more confusing than helpful ! ;; Emacs should be able to make strings of them. ! ;; user-login-name and user-full-name could take an ! ;; optional arg. (format %3d %-8s %-8s %8d (nth 1 file-attr) ; no. of links ! (if (= (user-uid) (nth 2 file-attr)) ! (user-login-name) ! (int-to-string (nth 2 file-attr))); uid (if (eq system-type 'ms-dos) root ; everything is root on MSDOS. ! (int-to-string (nth 3 file-attr))); gid (nth 7 file-attr) ; size in bytes ) (find-lisp-format-time file-attr switches now) --- 309,327 (if (memq ?s switches) ; size in K (format %4d (1+ (/ (nth 7 file-attr) 1024 (nth 8 file-attr) ; permission bits ! ;; numeric gid is more confusing than helpful. ! ;; Emacs should be able to convert it into a string. (format %3d %-8s %-8s %8d (nth 1 file-attr) ; no. of links ! (if (integerp (nth 2 file-attr)) ! (or (user-login-name (nth 2 file-attr)) ! (int-to-string (nth 2 file-attr))) ! (nth 2 file-attr)) ; uid (if (eq system-type 'ms-dos) root ; everything is root on MSDOS. ! (if (integerp (nth 3 file-attr)) ! (int-to-string (nth 3 file-attr)) ! (nth 3 file-attr))) ; gid (nth 7 file-attr) ; size in bytes ) (find-lisp-format-time file-attr switches now) ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: emacs -f gnus shows the splashscreen instead of Gnus
Richard M. Stallman [EMAIL PROTECTED] writes: I don't think any change has been made in this recently, but there was a change a year or two ago to display the splash screen even if the user specifies files to visit, and that change could also have affected this case. This change is probably the culprit: 2005-08-20 Richard M. Stallman [EMAIL PROTECTED] * startup.el (command-line-1): Don't suppress startup screen due to existing processes. Starting Gnus opens NNTP connections which appear in the process list. -- Romain Francoise [EMAIL PROTECTED] | The sea! the sea! the open it's a miracle -- http://orebokech.com/ | sea! The blue, the fresh, the | ever free! --Bryan W. Procter ___ Emacs-pretest-bug mailing list Emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
