Re: find-file sometimes doesn't
Richard M. Stallman [EMAIL PROTECTED] wrote: In the last week, sometimes maybe 1 in 20 times, C-x C-f (find-file) RET won't find the given file. However, the symptom is that if I'm editing buffer foo, and run find-file to open file bar, instead of getting two equally-sized windows containing foo and bar, I get two foo windows, one of which is only three lines high. If you delete the second window and try again, does it fail again? It's very sporadic. So far, the second time I use find-file on the file, it succeeds normally. Coincidentally in the last week, I've noticed that when Emacs starts, instead of the splash screen taking up the entire frame, the last buffer edited (I use desktop) appears, with a small GNU Emacs window at the bottom saying to use C-l to start editing. The coincidence is that this small window is also three lines and is accompanied by the same light show as I mentioned above. Is this reproducible? If so, can you please debug it? As soon as I can reproduce it, I will. Perhaps it is tickled by something odd in the desktop file, much like some buffer causes the Gnus buffers not to highlight properly (at least we know in that case it's a buffer that uses hilite (?)). -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian! If you're passed on the right, you're in the wrong lane. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: crash: memcpy, XChangeProperty, XSetTextProperty, XSetWMIconName, x_set_name_internal
On Tue, Dec 06 2005, Eli Zaretskii wrote: From: Reiner Steib [EMAIL PROTECTED] Date: Tue, 06 Dec 2005 14:13:21 +0100 (gdb) frame 6 #6 0x0047433c in prepare_menu_bars () at .../emacs/src/xdisp.c:8808 8808x_implicitly_set_name (f, make_string (title, len), Qnil); (gdb) p name No symbol name in current context. `name' is a Lisp string produced from the C string `title'. (gdb) p f $4 = (struct frame *) 0x3563680 (gdb) p title No symbol title in current context. `title' is computed a few lines above like so: title = mode_line_noprop_buf + title_start; So the command p mode_line_noprop_buf + title_start might show the title string. (gdb) frame 6 #6 0x0047433c in prepare_menu_bars () at [...]/emacs/src/xdisp.c:8808 8808x_implicitly_set_name (f, make_string (title, len), Qnil); (gdb) p mode_line_noprop_buf + title_start No symbol title_start in current context. (gdb) p mode_line_noprop_buf $8 = 0xdab070 *vc-diff*els-cache.elache.el (rev 6.26.2.8)* on gnu.emacs.gnus* (gdb) p title_start No symbol title_start in current context. (gdb) p f-name $9 = 85811859 (gdb) xtype Lisp_String (gdb) xstring $10 = (struct Lisp_String *) 0x51d6290 *vc-diff* (gdb) p mode_line_noprop_buf $11 = 0xdab070 *vc-diff*els-cache.elache.el (rev 6.26.2.8)* on gnu.emacs.gnus* (gdb) xtype Argument to arithmetic operation not a number or boolean. s-cache.el could be from gnus-cache.el. on gnu.emacs.gnus* looks like it came from a Gnus buffer like *followup to ... on gnu.emacs.gnus*. (gdb) p f-name $5 = 85811859 (gdb) p STRINGP (f-name) No, no, no. To display Lisp objects, you proceed like this: (gdb) p f-name $5 = 85811859 (gdb) xtype If the result of xtype is Lisp_String, then the very next command should be xstring, it will display the Lisp string as readable text. Anyway, I asked about the value of f-icon_name in frame #5; can you see what that is? Sorry, I forgot. (gdb) frame 5 #5 0x004c874e in x_set_name_internal (f=0x3563680, name=Variable name is not available. ) at [...]/emacs/src/xfns.c:1657 1657UTER_WINDOW (f), icon); (gdb) p f-icon_name $6 = 9800689 (gdb) xtype Lisp_Symbol (gdb) xsymbol $7 = (struct Lisp_Symbol *) 0x958bf0 nil Bye, Reiner. -- ,,, (o o) ---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/ ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: CUA mode: C-S-c as prefix does not work
Ralf Angeli [EMAIL PROTECTED] writes: ;; If you really need to perform a command which starts with one of ;; the prefix keys even when the region is active, you have three options: ;; - press the prefix key twice very quickly (within 0.2 seconds), ;; - press the prefix key and the following key within 0.2 seconds, or ;; - use the SHIFT key with the prefix key, i.e. C-X or C-C The last option does not seem to work (at least with the examples I tried). As an example, Thanks. I have installed a fix. By the way, it would probably be a good idea to move the documentation which can be found in cua-base.el to the Emacs manual which already contains a section about CUA mode. RMS is concerned about the size of the (printed) Emacs Manual, so I think the description of cua-mode in the Emacs manual is sufficient as is (I already expanded it compared to what was there originally). But cua-mode definitely deserves a manual (cua.texi) on its own to describe all of its features. I will probably write it eventually, but if anybody would like to write it (or just start drafting a manual for it), I would appreciate it very much. Of course, I will help as much as I can... -- 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: crash: memcpy, XChangeProperty, XSetTextProperty, XSetWMIconName, x_set_name_internal
Reiner Steib [EMAIL PROTECTED] writes: M-x report-emacs-bug RET wrote: Please describe exactly what actions triggered the bug and the precise symptoms of the bug: In a diff-buffer, I did `M-x add-change-log-entry-other-window RET' (which opens a new frame with my configuration). Then emacs crashed. Did this happen on a hyper-threading CPU? Which version of GCC did you use to compile it? -- 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: crash: memcpy, XChangeProperty, XSetTextProperty, XSetWMIconName, x_set_name_internal
On Thu, Dec 08 2005, Kim F. Storm wrote: Reiner Steib [EMAIL PROTECTED] writes: In a diff-buffer, I did `M-x add-change-log-entry-other-window RET' (which opens a new frame with my configuration). Then emacs crashed. Did this happen on a hyper-threading CPU? Emacs was compiled and ran on the same AMD 64-bit machine: In GNU Emacs 22.0.50.5 (x86_64-unknown-linux-gnu, GTK+ Version 2.4.9) of 2005-11-29 on bridgekeeper $ cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 31 model name : AMD Athlon(tm) 64 Processor 3500+ stepping: 0 cpu MHz : 2202.912 cache size : 512 KB fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 pni syscall nx mmxext lm 3dnowext 3dnow ts bogomips: 4308.99 TLB size: 1088 4K pages clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp Which version of GCC did you use to compile it? $ gcc --version gcc (GCC) 3.3.4 (pre 3.3.5 20040809) Copyright (C) 2003 Free Software Foundation, Inc. Bye, Reiner. -- ,,, (o o) ---ooO-(_)-Ooo--- | PGP key available | http://rsteib.home.pages.de/ ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: completion in find-file
I updated the manuals for this. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
build failure on Irix 6.5/gcc
I've reported the longstanding failure to build on Irix 6.5 before, and I assume you're not interested. However, I'm going to lose access to the platform, so I'm reporting the currently-working solution. Also experience suggests the same issue will bite GNU systems eventually. Building with gcc 3.4, it segvs when dumping due to the usual unexec lossage. unexelf.c needs to copy the additional sections .data.rel and .data.rel.local. Entries in gcc 3.4's varasm.c suggest it should also copy .data.rel.ro, .data.rel.ro.local, .tdata, .sdata2 and .tbss; an expert should comment on that, though. There are warnings that the definitions of XUINT, XSET in iris4d.h are clobbered by lisp.h. I don't know what should happen about those. Also, this config should not have NO_REMAP defined (in iris4d.h, where it could be conditional on IRIX6_5) and it should define GC_SETJMP_WORKS and GC_MARK_STACK in irix6-5.h as in irix6-0.h. (I don't understand how I left it in that state, but all the config system is so messy it's easy to do.) I assume NO_REMAP should also be undefined on GNU MIPS systems (and others?). ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Re: SPC no longer completes when minibuffer-completing-file-name is t
Stefan Monnier [EMAIL PROTECTED] wrote: Emacs now inserts a space when trying to complete an MH-E folder (for example, when visiting a folder or refiling a message). Not when trying to complete: when hitting SPC. It used to be that SPC tried to complete, but now (when entering file names), it doesn't complete any more. Use TAB. Thanks. At first I was incredulous to hear it but then I found this in NEWS which explains the rationale. ** When Emacs prompts for file names, SPC no longer completes the file name. This is so filenames with embedded spaces could be input without the need to quote the space with a C-q. The underlying changes in the keymaps that are active in the minibuffer are described below under New keymaps for typing file names. In your opinion, should we be setting minibuffer-completing-file-name to t when calling completing-read to complete mail folders? I suspect that we do since folders are essentially files and can also contain spaces (I just checked--MH doesn't appear to barf if you create a folder with spaces). If not, what would we need to do to get the proper character to highlight? If minibuffer-completing-file-name is nil, then the highlighting is one character to the right of where it should be. -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian! If you're passed on the right, you're in the wrong lane. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Ibuffer and Dired with list.
Matt Hodges [EMAIL PROTECTED] writes: [...] I have a package that shows a list of files in various directories using Dired. Ibuffer throws an error when such a buffer exists, and filtering by filename. To reproduce: (dired '(/etc /etc/passwd /etc/group)) M-x ibuffer RET / f RET Thanks for the bug report. I have installed a fix. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: SPC no longer completes when minibuffer-completing-file-name is t
Stefan Monnier [EMAIL PROTECTED] wrote: In your opinion, should we be setting minibuffer-completing-file-name to t when calling completing-read to complete mail folders? Yes. It's also obeyed by partial-completion-mode. Thank you. I'll update the MH-E manual accordingly. -- Bill Wohler [EMAIL PROTECTED] http://www.newt.com/wohler/ GnuPG ID:610BD9AD Maintainer of comp.mail.mh FAQ and MH-E. Vote Libertarian! If you're passed on the right, you're in the wrong lane. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: Mark in dired-diff
If nobody objects in a few days, please install your patch. Please see if the manual needs updating. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
narrow-to-region keybinding
The key binding 'C-x nn' for narrow-to-region has been disabled. This change is not mentioned in NEWS or the info documentation. Edwin Stearns 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 /usr/local/share/emacs/22.0.50/etc/DEBUG for instructions. In GNU Emacs 22.0.50.13 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2005-12-08 on localhost.localdomain X server distributor `The XFree86 Project, Inc', version 11.0.4030 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: en_US.UTF-8 locale-coding-system: utf-8 default-enable-multibyte-characters: t Major mode: Shell Minor modes in effect: ecb-minor-mode: t show-paren-mode: t global-cwarn-mode: t tooltip-mode: t auto-compression-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 line-number-mode: t transient-mark-mode: t Recent input: return C-c c C-x b return C-r d e f i C-a . / / backspace backspace backspace / / C-c c f5 M-x s h e l l return C-r C-g up down M-up M-p M-p M-p M-p M-n M-n M-n C-a C-k C-j backspace C-k s e r v i c e SPC n e t w o r k SPC r e s t a r t return i backspace C-r i f return return C-x C-f M-backspace M-backspace b i n tab C-SPC C-a C-f M-w C-tab M-x r e p o r t tab return Recent messages: History item: 3 History item: 4 History item: 3 History item: 2 History item: 1 kill-line: End of buffer Mark saved where search started Loading filecache...done Quit Loading emacsbug...done ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Interactive specs, align.el
This change makes repetition of these commands (with `repeat-complex-command') recompute the bounds of the region rather than use the old values of point and mark. --- align.el18 Aug 2005 03:25:33 +0200 1.19 +++ align.el09 Dec 2005 07:14:35 +0100 @@ -931,8 +931,8 @@ region, call `align-regexp' and type in that regular expression. (interactive (append -(list (min (point) (mark)) - (max (point) (mark))) +(list (region-beginning) + (region-end)) (if current-prefix-arg (list (read-string Complex align using regexp: \\(\\s-*\\)) @@ -988,8 +988,8 @@ default alignment rules that would have been used to identify the text to be colored. (interactive - (list (min (mark) (point)) -(max (mark) (point)) + (list (region-beginning) +(region-end) (completing-read Title of rule to highlight: (mapcar ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug