Re: mail-abbrev-end-of-buffer apparently does nothing
Apparently mail-abbrev-end-of-buffer does nothing special: it jumps to the end of buffer but does not expand the abbreviation. The code tries to expand: (defun mail-abbrev-end-of-buffer (optional arg) Expand any mail abbrev, then move point to end of buffer. Leave mark at previous position. With arg N, put point N/10 of the way from the true end. Don't use this command in Lisp programs! \(goto-char (point-max)) is faster and avoids clobbering the mark. (interactive P) (if (looking-at [ \t]*\n) (expand-abbrev)) Why doesn't it work for you? ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: GTK build: some menus in the menu bar stay highlighted
Actually I think I found a safe fix. If there is no negative feedback, I'll add it to HEAD. I'm not sure who decides if it should go to the 22.1 branch. I think it should go in 22.1 as well as in the trunk. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: undo gone in dired buffers
It used to work in dired buffers. That seems incredible. Deleting the whole text of a directory listing and reading it again is an operation that cannot preserve undo data. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: undo gone in dired buffers
It used to work in dired buffers. That seems incredible. Deleting the whole text of a directory listing and reading it again is an operation that cannot preserve undo data. Yet, this is easy to reproduce. Invoke emacs 21 with -q, then C-x d /tmp RET M-! touch 00a RET g -- Now yu should see a file named 00a C-x C-q undo -- Now you don't see the file 00a any more it was useful when I updated a dired buffer with 'g' without looking at it first, and wanted to look at its old status. Very handy in some situations. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: GTK build: some menus in the menu bar stay highlighted
Richard Stallman skrev: Actually I think I found a safe fix. If there is no negative feedback, I'll add it to HEAD. I'm not sure who decides if it should go to the 22.1 branch. I think it should go in 22.1 as well as in the trunk. Checked in in 22.1 and branch. Jan D. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: mail-abbrev-end-of-buffer apparently does nothing
Apparently mail-abbrev-end-of-buffer does nothing special: it jumps to the end of buffer but does not expand the abbreviation. The code tries to expand: ... Why doesn't it work for you? The problem is in mailabbrev.el, in sendmail-pre-abbrev-expand-hook, where it does: ;; If the character just typed was non-alpha-symbol-syntax, ;; then don't expand the abbrev now (that is, don't expand ;; when the user types -.) Check the character's syntax in ;; the usual syntax table. (or (and (integerp last-command-char) (or (eq (char-syntax last-command-char) ?_) ;; Don't expand on @. (memq last-command-char '(?@ ?. ?% ?! ?_ ?- the code looks at last-command-char, trying to understand what is the user doing. But when I use ESC , last-command-char is 62, whose syntax is ?_, and so the expansion code is skipped. Apparently, testing last-command-char is not the right way to do this check. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: GTK build: some menus in the menu bar stay highlighted
Jan Djärv skrev: Richard Stallman skrev: Actually I think I found a safe fix. If there is no negative feedback, I'll add it to HEAD. I'm not sure who decides if it should go to the 22.1 branch. I think it should go in 22.1 as well as in the trunk. Checked in in 22.1 and branch. ^^-- trunk. Jan D. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: python.el
On 4/27/07, Stefan Monnier [EMAIL PROTECTED] wrote: While I can imagine myself doing it, I don't remember taking anything from the version of your website. Did anybody else do that? Excluding lines by you, and removing trivial changes to comments and version numbers, the current python.el in HEAD contains the following changes: - 1.13 (2004-05-08), lektu (python-describe-symbol): Pass INTERACTIVE-P argument to `help-setup-xref'. - 1.17 (2004-07-02), RMS (python-beginning-of-statement): Exit the loop if backward-up-list gets error. - 1.21 (2004-11-25), RMS (python-font-lock-syntactic-keywords): Check for escapes in the regexp. (python-quote-syntax): Don't do it here. - 1.23 (2004-12-31), RMS (python-mode): Use mode-require-final-newline. - 1.28 (2005-4-26), RMS (python-mode): Use new name eldoc-documentation-function. - 1.34 (2005-10-18), Masatake YAMATO (python-complete-symbol): Pass the common prefix substring of completion to `display-completion-list'. - 1.49 (2006-9-16), RMS (python-preoutput-filter): Fix arg order to string-match. - 1.50 (2006-10-22), John Wiegley (python-use-skeletons): python-mode was auto-inserting templates (for those with abbrev-mode on), not only by default -- *but without a configuration variable to disable it*. This rendered python-mode completely useless for me, so I have added `python-use-skeletons', which is now off by default. - 1.52 (2006-10-04), RMS (python-indent): Add safe-local-variable prop. - 1.58 (2007-04-16), Chong Yidong (python-end-of-block): Avoid looping forever if python-next-statement fails. All of them are in the tiny category (ten lines or less, excluding whitespace changes), and none seem to be lifted from anywhere (though it is up to the individual authors to confirm, of course). However, 1.40 (2006-08-20) by you is extensive and the changelog says Update to Dave Love's latest version. Was this directly from him? Juanma ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: undo gone in dired buffers
Francesco Potorti` [EMAIL PROTECTED] writes: it was useful when I updated a dired buffer with 'g' without looking at it first, and wanted to look at its old status. Very handy in some situations. Handy if you know what you are doing, but potentially very confusing and dangerous for the average/naive user. I can always delete something in dired, since undo will get it back. -- 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: undo gone in dired buffers
it was useful when I updated a dired buffer with 'g' without looking at it first, and wanted to look at its old status. Very handy in some situations. Handy if you know what you are doing, but potentially very confusing and dangerous for the average/naive user. The user had to toggle the read-only status of the dired buffer in order to undo after hitting 'g', so it was not something you did by chance. I can always delete something in dired, since undo will get it back. In fact, undo works after deleting a file in Emacs 22. It correctly gives you the warning: Change in dired buffer undone. Actual changes in files cannot be undone by Emacs. To undo a deletion, you don't even need to toggle the read-only status. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: python.el
Juanma Barranquero [EMAIL PROTECTED] writes: On 4/27/07, Stefan Monnier [EMAIL PROTECTED] wrote: While I can imagine myself doing it, I don't remember taking anything from the version of your website. Did anybody else do that? Excluding lines by you, and removing trivial changes to comments and version numbers, the current python.el in HEAD contains the following changes: ... All of them are in the tiny category (ten lines or less, excluding whitespace changes), and none seem to be lifted from anywhere (though it is up to the individual authors to confirm, of course). However, 1.40 (2006-08-20) by you is extensive and the changelog says Update to Dave Love's latest version. Was this directly from him? We could simply revert to the pre-2006-08-20 version and reapply subsequent tiny changes. Will satisfy everybody (including RMS)? ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: dabbrev--eliminate-newlines
Richard Stallman [EMAIL PROTECTED] writes: Does this patch fix it? There are still problems (but none that should delay the release! :). In dabbrev--substitute-expansion `(search-backward old)' might find the wrong place after the whichspace has been converted. Consider a buffer containing the text 1 2 3 (that is 1 SPC SPC 2 SPC SPC SPC 3 SPC) Then at the end of the buffer, type 1 SPC SPC M-/ SPC M-/. The buffer now contains 1 2 3 1 2 3 (with the patch there is one space less before the 3) Press M-/ again: 1 2 2 1 2 3 ^ point Here OLD is3, and so `search-backward' moves too far. BTW, I wonder what kind of situation Start searching at end of ABBREV so that any whitespace carried over from the existing text is not changed refers to. -- Johan Bockgård ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: python.el
However, 1.40 (2006-08-20) by you is extensive and the changelog says Update to Dave Love's latest version. Was this directly from him? Ahh... I guess my memory failed. We should revert this change, then. The rest looks good, Stefan ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: python.el
Stefan Monnier [EMAIL PROTECTED] writes: However, 1.40 (2006-08-20) by you is extensive and the changelog says Update to Dave Love's latest version. Was this directly from him? Ahh... I guess my memory failed. We should revert this change, then. Could you do this? ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
abnormally high cpu-usage
output of top -o pid please note: Carbon Emacs cpu-usage is 81.2%. 609 502 256 20.3M 20.8M 28.4M 44.4M 181M 2 62 21.52s 0.3 Aquamacs Emacs 608 502 77 2.21M 3.21M 4.88M 32.6M 44.7M 7 75 0.60s 0.0 mdimport 606 502 206 16.0M- 14.2M 25.1M 37.1M 171M 2 61 27.79s 81.2 Emacs Including identical text-generated by Aquamacs Emacs using the send- bug feature. Aquamacs text starts. Enter your bug report here. In GNU Emacs 22.0.97.1 (powerpc-apple-darwin7.9.0, Carbon Version 1.6.0) of 2007-04-16 on rodrigues.inf.ed.ac.uk - Aquamacs Distribution 1.0rc3 Windowing system distributor `Apple Inc.', version 10.4.9 configured using `configure '--without-x' '--prefix=/usr/local'' 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: utf-8 default-enable-multibyte-characters: t Major mode: Emacs-Lisp Minor modes in effect: display-battery-mode: t semantic-idle-scheduler-mode: t iswitchb-mode: t display-time-mode: t smart-frame-positioning-mode: t aquamacs-styles-mode: t recentf-mode: t encoded-kbd-mode: t osx-key-mode: t show-paren-mode: t delete-selection-mode: t pc-selection-mode: t cua-mode: t tooltip-mode: t mac-input-method-mode: t mouse-wheel-mode: t menu-bar-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 size-indication-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: C-x C-f p r tab return M-` h s Recent messages: Warning: `mac-command-key-is-meta' is not used any more from Aquamacs 0.9.7 on. This variable had been deprecated for several versions. Use `mac-command-modifier' instead. Loading /Users/livin/Library/Preferences/Aquamacs Emacs/frame- positions.el (source)...done For an introduction to Aquamacs Emacs, type Apple-?. Copyright (C) 2006 Free Software Foundation, Inc., D. Reitter. No Warranty. You may redistribute Aquamacs under the GNU General Public License. Type C-h C-c to view. Loading /Applications/Aquamacs Emacs.app/Contents/Resources/site-lisp/ edit-modes/cedet/semantic/bovine/semantic-el.el (source)...done [2 times] Loading tmm...done Loading emacsbug...done Aquamacs text ends. In GNU Emacs 22.0.97.1 (powerpc-apple-darwin7.9.0, Carbon Version 1.6.0) of 2007-04-16 on rodrigues.inf.ed.ac.uk Windowing system distributor `Apple Inc.', version 10.4.9 configured using `configure '--without-x' '--prefix=/usr/local'' 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: utf-8 default-enable-multibyte-characters: t Major mode: Emacs-Lisp Minor modes in effect: encoded-kbd-mode: t display-battery-mode: t semantic-idle-scheduler-mode: t show-paren-mode: t iswitchb-mode: t display-time-mode: t tooltip-mode: t mouse-wheel-mode: t menu-bar-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 size-indication-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: M-x M-f C-g C-g C-g C-x C-f p r tab return M-` h s Recent messages: Loading /Users/livin/.emacs.d/site-lisp/p4/lisp/p4.el (source)...done All done, livin. Loading battery...done Loading semantic-el...done For information about the GNU Project and its goals, type C-h C-p. [2 times] Loading encoded-kb...done Quit [3 times] Loading tmm...done Loading eieio-opt...done Loading emacsbug...done ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
spurious eof to M-x shell child stdin
in a program initiated from the shell initiated w/ M-x shell, an input line of 512 characters results in a spurious EOF to the program. here are three steps to reproduce the problem, and some additional actions to compare the actual and expected behaviors: (A) compile this C program: cat drain-stdin.c EOF #include stdio.h int main (int argc, char *argv) { int count = 0; int result; unsigned char byte; while (0 (result = read (0, byte, 1))) { count++; printf ([%d:%d] %c\n, result, count, byte); } printf (count: %d\n, count); return 0; } EOF gcc -o /tmp/drain-stdin drain-stdin.c (B) create a long input line: (let ((s (apply 'concat (make-list 32 0123456789ABCDEF))) (require-final-newline nil)) (with-temp-buffer (insert s) (write-region (point-min) (point-max) /tmp/.512))) (C) run the program under M-x shell, giving it the input: M-x shell /tmp/drain-stdin RET (insert-file-contents /tmp/.512) (end-of-line) RET (D) run the program noninteractively under M-x shell /tmp/drain-stdin /tmp/.512 (E) likewise, under a regular terminal (outside emacs): /tmp/drain-stdin /tmp/.512 (F) likewise, with M-x compile /tmp/drain-stdin /tmp/.512 for (C) i see output that ends with: [1:503] 6 [1:504] 7 [1:505] 8 [1:506] 9 [1:507] A [1:508] B count: 508 $ bash: CDEF: command not found for (D), (E) and (F), i see output that ends with: [1:507] A [1:508] B [1:509] C [1:510] D [1:511] E [1:512] F count: 512 i believe (D), (E) and (F) are correct. all behaviors were reproducible w/ emacs from cvs and emacs 21.4, started with -q --no-site-file. thi In GNU Emacs 22.0.98.2 (i686-pc-linux-gnu) of 2007-04-20 on ambire Windowing system distributor `The XFree86 Project, Inc', version 11.0.4031 configured using `configure '--prefix' '/home/ttn/local' 'CPPFLAGS=-DSITELOAD_PURESIZE_EXTRA=2'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: C 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: C locale-coding-system: nil default-enable-multibyte-characters: t Major mode: Man Minor modes in effect: shell-dirtrack-mode: t display-time-mode: t mouse-wheel-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 transient-mark-mode: t Recent input: C-a C-a C-a C-a C-a C-x C-s M-m M-p RET C-x C-k C-x s M-p M-p return C-x i M-p return C-e return C-x C-f M-p RET C-x h M-w C-x C-f C-a C-f C-f C-k . e backspace b a s r h backspace backspace h r tab return C-x C-f . v a r tab RET C-s E M A C S C-s C-a C-a C-l M-: ( g e t e n v SPC E M A C S ) return C-x s e c h o SPC $ P A G E R return C-x b RET C-x C-b C-n C-n C-n RET C-x h M-w M-x r e p o tab r tab return s p u r i o u s SPC e o f SPC v i a SPC backspace backspace backspace backspace t h r o u g h backspace backspace backspace backspace backspace backspace backspace backspace SPC t o SPC M - x SPC s h e l l SPC c h i l backspace backspace backspace backspace c h i backspace backspace backspace c h i d l r e n SPC backspace backspace backspace backspace backspace backspace l d r e n SPC s t d i n return C-p C-p C-p C-p C-p C-n C-e M-b M-b M-f backspace backspace backspace M- M- C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-p C-p C-p C-p C-p C-p C-p C-n C-x 1 C-p C-p C-p C-p C-p C-p C-n C-n C-n C-n C-n C-n C-h c C-c C-a C-x C-k C-x C-g M-x m a n return r e backspace backspace 2 SPC r e a d return C-x 0 C-x b RET C-x b RET C-x b C-g M-x M-p M-p return Recent messages: Loading emacsbug...done Fill column set to 72 (was 78) Loading mailalias...done Mark set [2 times] C-c C-a is undefined Loading man...done Invoking man 2 read in the background Please wait: formatting the 2 read man page... 2 read man page formatted Loading tabify...done Quit ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
emacs-22.0.99 configure problem
I run ./configure with FreeBSD 6.2 machine. It outputs following error: % ./configure as_func_failure succeeded. as_func_failure succeeded. No shell found that supports shell functions. Please tell [EMAIL PROTECTED] about your system, including any error possibly output before this message checking build system type... i386-unknown-freebsd6.2 checking host system type... i386-unknown-freebsd6.2 It seems that ./configure use /usr/local/bin/zsh... % ps PID TT STAT TIME COMMAND 26328 p0 Ss 0:00.06 -zsh (zsh) 42802 p0 T 0:00.15 /usr/local/bin/zsh ./configure 43323 p0 T 0:00.00 /usr/local/bin/zsh ./configure 43324 p0 T 0:00.00 gcc -o conftest -g -O2 -I/usr/X11R6/include -I/usr/lo 43328 p0 R+ 0:00.00 ps -- Hiroshi Fujishima ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
22.0.98.1 on GNU/Linux 2.2.16
GNU Emacs 22.0.98.1 (i586-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2007-04-26 on GNU/Linux 2.2.16 compiles and runs using simple files and tower of Hanoi in both windowed (X) and non-windowed modes. -- # __ __Eric Ewanco # IC | XC [EMAIL PROTECTED] # ---+---http://www.ewanco.com/~eje # NI | KAShrewsbury, MA; USA ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: abnormally high cpu-usage
Livin Stephen Sharma wrote: output of top -o pid please note: Carbon Emacs cpu-usage is 81.2%. Minor modes in effect: semantic-idle-scheduler-mode: t have you pulled the latest semantic-idle.el from semantic's CVS, or are you using the released version? The released one is known to cause high CPU usage with Emacs 22. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: dabbrev--eliminate-newlines
Consider a buffer containing the text 1 2 3 (that is 1 SPC SPC 2 SPC SPC SPC 3 SPC) Then at the end of the buffer, type 1 SPC SPC M-/ SPC M-/. This isn't a case it is really intended to handle. So I won't worry about it now. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
Re: undo gone in dired buffers
C-x d /tmp RET M-! touch 00a RET g -- Now yu should see a file named 00a C-x C-q undo -- Now you don't see the file 00a any more The operation undone was the deletion of the old buffer contents and insertion of the new contents. No wonder I turned off undo for that. The comparable operation for files discards undo data also. ___ emacs-pretest-bug mailing list emacs-pretest-bug@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug