gmane.emacs.pretest.bugs

bug#1200: Two more overlay display bugs

Richard Stallman — 2008-10-19T05:00:36

Here are bugs that were reported a year ago which I think should not be forgotten. To: bug-gnu-emacs< at >gnu.org From: Joe Wells macs.hw.ac.uk> Date: Sat, 20 Oct 2007 06:32:19 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Subject: two display bugs involving interactions between after-string and display properties of adjacent overlays Here are two more display bugs I found while trying to improve the code in tex-fold.el in AUCTeX. These bugs involve interactions between after-string and display properties of adjacent overlays. I'm assuming this macro in my reproduction code below: (defmacro test-in-fresh-buffer-and-window (&rest body) `(progn (delete-other-windows) (kill-buffer (get-buffer-create "xyzzy")) (let ((xyzzy-buf (get-buffer-create "xyzzy"))) (set-buffer xyzzy-buf) (display-buffer xyzzy-buf) ,< at >body ))) BUG #1: An overlay's after-string property that would appear at the end of the buffer is not displayed, if the same overlay also has a display property and an immediately preceding overlay also has an after-string property. (Putting extra characters at the end of the buffer works around this bug.) Reproduce with this expression: (test-in-fresh-buffer-and-window (insert "AB") (let ((o1 (make-overlay 1 2)) (o2 (make-overlay 2 3))) (overlay-put o1 'after-string "1") (overlay-put o2 'after-string "2") (overlay-put o2 'display "b") )) The above expression should display ?A1b2?. The above expression wrongly actually displays ?A1b?. BUG #2: An overlay's display property and after-string property are not displayed if an immediately following overlay shares the same Lisp string as its display property. (Using two distinct display strings with identical contents works around the bug.) Reproduce with this expression: (test-in-fresh-buffer-and-window (insert "ABCD") (let ((o1 (make-overlay 2 3)) (o2 (make-overlay 3 4)) (s #1=" ")) (overlay-put o1 'after-string "1") (overlay-put o1 'display #1#) (overlay-put o2 'display #1#))) The above expression should display ?A 1 D?. The above expression wrongly actually displays ?A D?. I hope these bug reports are helpful. Joe ====================================================================== In GNU Emacs 22.1.1 (i686-pc-linux-gnu, GTK+ Version 2.8.20) of 2007-06-27 on artemis Windowing system distributor `The X.Org Foundation', version 11.0.70000000 configured using `configure '--prefix=/home/jbw/local2' '--enable-debug' '--disable-nls' '--with-x-toolkit=gtk' 'CFLAGS=-O0 -g3 -ggdb'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: en_US.UTF-8 value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: jbw value of $LANG: nil locale-coding-system: utf-8 default-enable-multibyte-characters: t Minor modes in effect: TeX-source-specials-mode: t outline-minor-mode: t desktop-save-mode: t url-handler-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 temp-buffer-resize-mode: t size-indication-mode: t line-number-mode: t transient-mark-mode: t

bug#1201: Another overlay display bug

Richard Stallman — 2008-10-19T05:00:55

Here's another bug that was reported a year ago which I think should not be forgotten. From: Richard Stallman gnu.org> Content-Type: text/plain; charset=ISO-8859-15 To: emacs-devel< at >gnu.org Subject: Another overlay display bug Reply-To: rms< at >gnu.org Message-Id: fencepost.gnu.org> Date: Mon, 10 Dec 2007 10:19:14 -0500 Would someone please fix this, then ack? To: bug-gnu-emacs< at >gnu.org From: Joe Wells macs.hw.ac.uk> Date: Sat, 20 Oct 2007 06:43:43 +0100 In-Reply-To: <86k5pi9wrg.fsf< at >macs.hw.ac.uk> (Joe Wells's message of "Sat\, 20 Oct 2007 06\:32\:19 +0100") MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Subject: Re: two display bugs involving interactions between after-string and display properties of adjacent overlays Joe Wells macs.hw.ac.uk> writes: Here is a third such bug. Ditto. Ditto. BUG #3: An overlay's after-string property is not displayed if an immediately following overlay has the empty string as its display property. Reproduce with this expression: (test-in-fresh-buffer-and-window (insert "ABCD") (let ((o1 (make-overlay 2 3)) (o2 (make-overlay 3 4))) (overlay-put o1 'after-string "1") (overlay-put o2 'display ""))) The above expression should display ?AB1D?. The above expression wrongly actually displays ?ABD?. Same details as in last message. I hope this bug report is helpful.

Re: suspend/fg excitement in shell

Sven Joachim — 2007-08-13T13:27:24

Outside Emacs suspending a su'ed bash works fine.

Re: suspend/fg excitement in shell

Glenn Morris — 2007-08-13T07:55:03

How about outside Emacs?

Re: suspend/fg excitement in shell

Glenn Morris — 2007-08-13T07:54:05

No, I can't. Surprisingly, you just repeating most of what you said the first time word for word has not helped me to do so.

Re: suspend/fg excitement in shell

Sven Joachim — 2007-08-13T06:08:29

Yes, I can reproduce this with Emacs 21.4.

Re: suspend/fg excitement in shell

Richard Stallman — 2007-08-13T05:00:37

Also exiting an emacs that contains such shells still alive (merely sitting at their prompts), sends the signal to them to get wacko. That sounds like a shell bug to me. Does it happen with Emacs 21.4 too?

Re: suspend/fg excitement in shell

2007-08-12T20:13:41

Also exiting an emacs that contains such shells still alive (merely sitting at their prompts), sends the signal to them to get wacko.

Re: suspend/fg excitement in shell

2007-08-12T19:12:17

SJ> I have IGNOREEOF=2 in /root/.bashrc. It turns out with greater IGNOREEOF's, and more "fg"'s, the sucker heads straight for the HISTFILE where it proceeds to execute all the commands there faster than you can kill(1) them. "A monster has taken over my '*shell*' buffer and is sending root ^P^O&'s or whatever it takes to replay my HISTORY file faster than I can swat all it is spawning!" Here I fool it with HISTFILE=/dev/null: 02:58 1 tmp$ su Password: root< at >jidanni2:/tmp# IGNOREEOF=11 HISTFILE=/dev/null root< at >jidanni2:/tmp# suspend [1]+ Stopped su 02:59 147 tmp$ fg su root< at >jidanni2:/tmp# Use "exit" to leave the shell. root< at >jidanni2:/tmp# [1]+ Stopped su 02:59 147 tmp$ fg su root< at >jidanni2:/tmp# bash: =/dev/null: No such file or directory root< at >jidanni2:/tmp# bash: syntax error near unexpected token `(' root< at >jidanni2:/tmp# [1] 15423 root< at >jidanni2:/tmp# bash:\350\2600\322: command not found root< at >jidanni2:/tmp#

Re: GNU Emacsen 22.1.50 and 23.0.0 can't stop compilation

Richard Stallman — 2007-08-12T17:56:15

The fix will be installed soon.

Re: suspend/fg excitement in shell

Sven Joachim — 2007-08-12T17:54:37

I can reproduce this. Actually, the shell gets an EOF from somewhere, since on my system I get the message "Use 'exit' to leave the shell." I have IGNOREEOF=2 in /root/.bashrc. Regards, Sven

Re: suspend/fg excitement in shell

2007-08-12T15:13:46

GM> I cannot reproduce this. At least you perhaps can reproduce in an emacs *shell* buffer: --------------- jidanni< at >jidanni2:~$ su Password: root< at >jidanni2:/tmp# suspend [1]+ Stopped su jidanni< at >jidanni2:~$ fg su root< at >jidanni2:/tmp# exit <---I did not type "exit"! jidanni< at >jidanni2:~$ jobs jidanni< at >jidanni2:~$ ---------------- Whereas in xterm one gets ...$ fg su root< at >jidanni2:/tmp# ---------------- i.e., without having the "exit" magically typed in for us ending the su session.

Re: suspend/fg excitement in shell

Glenn Morris — 2007-08-12T03:16:45

I cannot reproduce this. If you want this investigating, please provide a clear recipe showing the minimum emacs and shell configurations needed to produce the problem.

Re: calendar.el byte-compile failed

Glenn Morris — 2007-08-12T02:35:50

There have been no changes in lisp/calendar/ in the past two weeks. It works for me. Perhaps there is a problem on your end?

calendar.el byte-compile failed

Zhang Wei — 2007-08-12T01:31:32

Checking d:/emacs-gbk/lisp/calendar... Compiling d:/emacs-gbk/lisp/calendar/calendar.el... In toplevel form: calendar/calendar.el:2215:1:Error: Symbol's function definition is void: i 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 c:/Emacs/etc/DEBUG for instructions. In GNU Emacs 22.1.50.1 (i386-mingw-nt5.1.2600) of 2007-08-04 on BREPHOME modified by Zhangwei gmail.com>. Windowing system distributor `Microsoft Corp.', version 5.1.2600 configured using `configure --with-gcc (3.4)' 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: CHS locale-coding-system: cp936 default-enable-multibyte-characters: t Major mode: Emacs-Lisp Minor modes in effect: shell-dirtrack-mode: t auto-image-file-mode: t display-time-mode: t show-paren-mode: t delete-selection-mode: t pc-selection-mode: t encoded-kbd-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 column-number-mode: t line-number-mode: t transient-mark-mode: t Recent input: C-v M-x b y t e - c o m C-x o C-v M-< C-x o C-x C-f C-g C-x o C-x 1 M-x b y t e - c o m - M-x r e p r o t o r t e - e m Recent messages: Compiling d:/emacs-gbk/lisp/calendar/calendar.el... (redraw-calendar) Loading warnings...done Mark set Undo! Compiling d:/emacs-gbk/lisp/calendar/cal-menu.el...done Wrote d:/emacs-gbk/lisp/calendar/cal-menu.elc Mark set [2 times] Quit Compiling d:/emacs-gbk/lisp/calendar/calendar.el... (redraw-calendar) Loading emacsbug...done

GNU Emacsen 22.1.50 and 23.0.0 can't stop compilation

Peter Dyballa — 2007-08-11T17:58:53

Hello! The compilation in *compilation* can't neither be stopped by C-c C-k nor by the Compile menu entry to stop compilation. *Backtrace* buffer shows: Debugger entered--Lisp error: (wrong-number-of-arguments (lambda nil (byte-code "\300\301!\207" [local-variable-p compilation-locs] 2)) 1) (lambda nil (byte-code "300\301!\207" [local-variable-p compilation-locs] 2))(#) compilation-find-buffer() kill-compilation() call-interactively(kill-compilation) I first saw it a few days ago. CVS code is from from today, around 16:00 UTC. All Emacsen launched with -Q. In GNU Emacs 22.1.50.2 (powerpc-apple-darwin8.10.0, X toolkit, Xaw3d scroll bars) of 2007-08-11 on localhost Windowing system distributor `The XFree86 Project, Inc', version 11.0.40400000 configured using `configure '--without-carbon' '--with-x' '--without- sound' '--without-pop' '--with-xpm' '--with-jpeg' '--with-tiff' '-- with-gif' '--with-png' '--with-x-toolkit=athena' '--enable- locallisppath=/Library/Application Support/Emacs/calendar22:/Library/ Application Support/Emacs/caml:/Library/Application Support/Emacs:/sw/ share/emacs21/site-lisp/elib' 'CFLAGS=-pipe -dead_strip -bind_at_load -fPIC -mcpu=7450 -mtune=7450 -fast -mpim-altivec -ftree-vectorize - foptimize-register-move -freorder-blocks -freorder-blocks-and- partition -fthread-jumps -fpeephole -fno-crossjumping' 'CPPFLAGS=-no- cpp-precomp -I/usr/include/openssl -I/sw/include/pango-1.0 -I/sw/lib/ freetype219/include -I/sw/lib/freetype219/include/freetype2 -I/sw/lib/ fontconfig2/include -I/sw/include/libpng12 -I/usr/local/include -I/sw/ include -idirafter /usr/X11R6/include' 'LDFLAGS=-dead_strip - bind_at_load -multiply_defined suppress -L/sw/lib/freetype219/lib -L/ sw/lib/fontconfig2/lib -L/sw/lib/ncurses -L/usr/local/lib -L/sw/lib - L/usr/local/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 Major mode: Debugger Minor modes in effect: show-paren-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 line-number-mode: t transient-mark-mode: t -- Mit friedvollen Grüßen Pete (This space left blank for technical reasons.)

Problem with cvs-update on lisp/emacs-lisp/cl-loaddefs.el

Peter Dyballa — 2007-08-11T15:52:39

Hello! Since some weeks I can see in *cvs* buffer: In directory lisp/emacs-lisp: Message: cvs update: nonmergeable file needs merge Message: cvs update: revision 1.6 from repository is now in lisp/ emacs-lisp/cl-loaddefs.el Message: cvs update: file from working directory is now in .#cl- loaddefs.el.1.5 Conflict lisp/emacs-lisp/cl-loaddefs.el When I check with diff or ls I get no difference: pete 116 /\ diff lisp/emacs-lisp/cl-loaddefs.el lisp/emacs-lisp/.#cl- loaddefs.el.1.5 pete 117 /\ ls -l lisp/emacs-lisp/cl-loaddefs.el lisp/emacs- lisp/.#cl-loaddefs.el.1.5 -rw-r--r-- 1 pete admin 41962 4 Aug 13:41 lisp/emacs-lisp/.#cl- loaddefs.el.1.5 -rw-r--r-- 1 pete admin 41962 11 Aug 17:26 lisp/emacs-lisp/cl- loaddefs.el In GNU Emacs 22.1.50.2 (powerpc-apple-darwin8.10.0, X toolkit, Xaw3d scroll bars) of 2007-08-04 on localhost Windowing system distributor `The XFree86 Project, Inc', version 11.0.40400000 configured using `configure '--without-carbon' '--with-x' '--without- sound' '--without-pop' '--with-xpm' '--with-jpeg' '--with-tiff' '-- with-gif' '--with-png' '--with-x-toolkit=athena' '--enable- locallisppath=/Library/Application Support/Emacs/calendar22:/Library/ Application Support/Emacs/caml:/Library/Application Support/Emacs:/sw/ share/emacs21/site-lisp/elib' 'CFLAGS=-pipe -dead_strip -bind_at_load -fPIC -mcpu=7450 -mtune=7450 -fast -mpim-altivec -ftree-vectorize - foptimize-register-move -freorder-blocks -freorder-blocks-and- partition -fthread-jumps -fpeephole -fno-crossjumping' 'CPPFLAGS=-no- cpp-precomp -I/usr/include/openssl -I/sw/include/pango-1.0 -I/sw/lib/ freetype219/include -I/sw/lib/freetype219/include/freetype2 -I/sw/lib/ fontconfig2/include -I/sw/include/libpng12 -I/usr/local/include -I/sw/ include -idirafter /usr/X11R6/include' 'LDFLAGS=-dead_strip - bind_at_load -multiply_defined suppress -L/sw/lib/freetype219/lib -L/ sw/lib/fontconfig2/lib -L/sw/lib/ncurses -L/usr/local/lib -L/sw/lib - L/usr/local/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 Major mode: Debugger Minor modes in effect: show-paren-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 line-number-mode: t transient-mark-mode: t -- Greetings Pete The box said "Use Windows 95 or better," so I got a Macintosh.

Re: tool-bar doesn't work on the trunk with (default) GTK build

Jan Djärv — 2007-08-10T05:48:05

Richard Stallman skrev: Done. Jan D.

suspend/fg excitement in shell

Dan Jacobson — 2007-08-09T23:46:57

I notice in the *shell* buffer, suspend/fg acts funny. sh-3.1$ su Password: root< at >jidanni1:/tmp# suspend [1]+ Stopped(SIGSTOP) su sh-3.1$ fg su root< at >jidanni1:/tmp# exit <--I did not type "exit". God did for me apparently. I also notice that if I do the above experiment without doing # mv .bash* /somewhere/other/than/root's/home/dir first, apparently the .bash_history file starts getting munched, with all kinds of wacko commands getting executed or something with multiple kill(1)'s needed to stamp out the frenzy. In GNU Emacs 22.1.1 (i486-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2007-07-07 on raven, modified by Debian

Re: WoMan chokes on some manpages: Invalid search bound (wrong sideof point)

Sven Joachim — 2007-08-08T20:12:09

Tested with three manpages that used to trigger the error, all work fine now. Thank you. :-)

Re: WoMan chokes on some manpages: Invalid search bound (wrong sideof point)

Stefan Monnier — 2007-08-08T19:52:14

Can you confirm that the patch below fixes the problem for you? I've installed it in the 22 branch, Stefan --- man.el26 jui 2007 14:47:54 -04001.169 +++ man.el08 aoÃ» 2007 15:24:45 -0400 < at >< at > -975,7 +975,7 < at >< at > (Man-next-section 1) (point))) (goto-char (point-min)) - (point-max)))) + nil))) (while (re-search-forward regexp end t) (make-text-button (match-beginning button-pos) < at >< at > -1291,14 +1291,17 < at >< at > (defun Man-next-section (n) "Move point to Nth next section (default 1)." (interactive "p") - (let ((case-fold-search nil)) + (let ((case-fold-search nil) + (start (point))) (if (looking-at Man-heading-regexp) (forward-line 1)) (if (re-search-forward Man-heading-regexp (point-max) t n) (beginning-of-line) (goto-char (point-max)) ;; The last line doesn't belong to any section. - (forward-line -1)))) + (forward-line -1)) + ;; But don't move back from the starting point. + (if (< (point) start) (goto-char start)))) (defun Man-previous-section (n) "Move point to Nth previous section (default 1)."

gmane.emacs.pretest.bugs

bug#1200: Two more overlay display bugs

bug#1201: Another overlay display bug

Re: suspend/fg excitement in *shell*

Re: suspend/fg excitement in *shell*

Re: suspend/fg excitement in *shell*

Re: suspend/fg excitement in *shell*

Re: suspend/fg excitement in *shell*

Re: suspend/fg excitement in *shell*

Re: suspend/fg excitement in *shell*

Re: GNU Emacsen 22.1.50 and 23.0.0 can't stop compilation

Re: suspend/fg excitement in *shell*

Re: suspend/fg excitement in *shell*

Re: suspend/fg excitement in *shell*

Re: calendar.el byte-compile failed

calendar.el byte-compile failed

GNU Emacsen 22.1.50 and 23.0.0 can't stop compilation

Problem with cvs-update on lisp/emacs-lisp/cl-loaddefs.el

Re: tool-bar doesn't work on the trunk with (default) GTK build

suspend/fg excitement in *shell*

Re: WoMan chokes on some manpages: Invalid search bound (wrong sideof point)

Re: WoMan chokes on some manpages: Invalid search bound (wrong sideof point)

Re: suspend/fg excitement in shell

Re: suspend/fg excitement in shell

Re: suspend/fg excitement in shell

Re: suspend/fg excitement in shell

Re: suspend/fg excitement in shell

Re: suspend/fg excitement in shell

Re: suspend/fg excitement in shell

Re: suspend/fg excitement in shell

Re: suspend/fg excitement in shell

Re: suspend/fg excitement in shell

suspend/fg excitement in shell