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

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 ex

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 i

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=/

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'

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

WoMan chokes on some manpages: Invalid search bound (wrong side ofpoint)

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

On several manpages (one of them is attached) WoMan complains: Invalid search bound (wrong side of point) and leaves point at the end of the buffer and the buffer status modified and writable. The backtrace looks as following: Debugger entered--Lisp error: (error "Invalid search bound (wrong side of point)") re-search-forward("\$[-a-zA-Z0-9_\x8ad+][-a-zA-Z0-9_.:\x8ad+]*\$[ ]*(\$[0-9][a-zA-Z0-9+]*\\|[LNln]\$)" 8881 t) Man-highlight-references0("SEE ALSO" "\$[-a-zA-Z0-9_\x8ad+][-a-zA-Z0-9_.:\x8ad+]*\$[ ]*(\$[0-9][a-zA-Z0-9+]*\\|[LNln]\$)" 1 Man-default-man-entry WoMan-xref-man-page) Man-highlight-references(WoMan-xref-man-page) woman-mode() woman-process-buffer() woman-really-find-file("/usr/share/man/man2/mount.2.gz" t "*WoMan 2 mount*") woman-find-file("/usr/share/man/man2/mount.2.gz") woman(nil nil) call-interactively(woman) In GNU Emacs 22.1.50.1 (i486-pc-linux-gnu, GTK+ Version 2.10.13) of 2007-08-06 on debian, modified by Debian (Debian emacs-snapshot package, version 1

file-remote-p called a lot?

raman — 2007-08-08T02:48:36

I noticed this while using debug-on-entry and stepping through while debugging my woes with tpu-extras.el inadvertantly redefining newline. I observe that file-remote-p gets called *lots* of times while doing things like expand-file-name --- though it doesn't appear to have a performance hit on today's machines, it still feels excessive --- at least when watching things in the debugger to see Emacs performing the same set of contortions over and over again. In GNU Emacs 22.1.50.11 (i686-pc-linux-gnu, GTK+ Version 2.8.20) of 2007-08-04 on labrador configured using `configure '--prefix=/usr/local' '--with-toolkit=gtk'' 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: nil Major mode: VM Minor modes in effect: jabber-activity-mode: t dired-omit-

missing links in Help

Tom Tromey — 2007-08-06T18:49:39

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< at >gnu.org mailing list. Please describe exactly what actions triggered the bug and the precise symptoms of the bug: 1. Run an Emacs using a window system (I'm using X) 2. Visit a patch file; make sure it is in diff-mode 3. C-h b 4. Move your mouse around the *Help* buffer. Note that diff-unified->context and diff-context->unified do not highlight -- you cannot click on these to go to the appropriate help text. However, you can click on most of the other commands. 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/share/emacs/22.0.990/etc/DEBUG for instructions. In GNU Emacs 22.0.990.1 (i386-koji-linux-gnu, GTK+ Version 2.10.

HowTo: Avoid packages like TPU

raman — 2007-08-05T19:22:24

With loaddefs.el in Emacs 22, rarely used packages like tpu end up showing up in the default obarray operated upon by mapatoms. Is there a way to avoid this? I use reflection via mapatoms to find interactive commands that need to be speech-enabled in Emacspeak, and one unfortunate consequence is the following: 0) mapatoms finds commands like "set cursor free" from tpu-extras 1) In using reflection, it ends up loading tpu-extras.el (even though I have no intention of using tpu) 2) Worse, tpu-extras is evil -- it redefines things like newline 3) And even worse, tpu-current-line (used by the redefined newline) raises errors at times when called from display-warning. In the minimum it would be nice if optional packages that redefine core functionality such as command `newline' didn't get accidentally pulled in. In GNU Emacs 22.1.50.11 (i686-pc-linux-gnu, GTK+ Version 2.8.20) of 2007-08-04 on labrador configured using `configure '--prefix=/usr/local' '--with-toolkit=gtk'' Important settings:

Feature Request: Enable Passing Function Arguments Tocall-interacively

raman — 2007-08-04T23:58:34

d Have always had this as a wishlist item for call-interactively --namely the ability to do with call-interactively what one can do with funcall. Thus given: (defun foo (a b c) (interactive ...)...) (funcall 'foo 1 2 3 ;;; calls foo non-interactively (call-function-interactivly 'foo 1 2 3 ) ; do the equivalent but make it look as if foo as was called interactvely i.e. (interactive-p) inside foo evaluates to true. In GNU Emacs 22.1.50.10 (i686-pc-linux-gnu, GTK+ Version 2.8.20) of 2007-08-03 on labrador configured using `configure '--prefix=/usr/local' '--with-toolkit=gtk'' 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: nil Major mode: Shell Minor modes in effect: jabber-activity-mode: t erc-menu-mode: t erc-autojoin-mode: t erc-

When in no-window use GNU Emacs clips contents in Backtrace buffer

Peter Dyballa — 2007-08-04T13:15:58

Hello! When I launch GNU Emacs as an X client with --debug-init lines in *Backtrace* buffer are truncated, so I copy them and paste them into *scratch* buffer. Everything's now expanded to full length. When I try the same in xterm or in Apple's Terminal without windows, the truncated lines like in this example Debugger entered--Lisp error: (void-variable -) eval-buffer(# nil "/Users/pete/.emacs" nil t) ; Reading at buffer position 2$ load-with-code-conversion("/Users/pete/.emacs" "/Users/ pete/.emacs" t t) are not expanded, they seem to be clipped in *Backtrace* buffer. So it's not easy to get the buffer position where the error happens ... In GNU Emacs 22.1.50.1 (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-sound' '--without-pop' '-- with-x-toolkit=athena' '--with-xpm' '--with-jpeg' '--with-tiff' '-- wi

printing.el is broken

Glenn Morris — 2007-08-04T02:42:37

emacs -Q -l printing load: Symbol's value as variable is void: ps-print-version

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

Nick Roberts — 2007-08-03T00:42:21

If I click on tool-bar buttons e.g. when the *scratch* buffer is current, I get messages like: is undefined is undefined I don't know if this is particular to the trunk, using GTK, or my build.

bootstrap fails due to missing cl-loaddefs.el

Glenn Morris — 2007-07-30T23:00:56

make bootstrap fails in a fresh cvs checkout of the trunk, due to the absence of cl-loaddefs.el: make[2]: Entering directory `/home/gmorris/foo/lisp' if test -x ../src/emacs; then \ make -w autoloads; \ else \ cp /home/gmorris/foo/lisp/ldefs-boot.el /home/gmorris/foo/lisp/loaddefs.el; \ fi chmod +w /home/gmorris/foo/lisp/loaddefs.el \ /home/gmorris/foo/lisp/ps-print.el \ /home/gmorris/foo/lisp/emacs-lisp/cl-loaddefs.el chmod: cannot access `/home/gmorris/foo/lisp/emacs-lisp/cl-loaddefs.el': No such file or directory make[2]: *** [bootstrap-prepare] Error 1 There is no ChangeLog entry for the deletion of this file from CVS, just a log entry synced from arch: * lisp/emacs-lisp/cl-loaddefs.el: Don't track this. It is autogenerated. Revision: emacs< at >sv.gnu.org/emacs--devo--0--patch-833 Creator

Evaluating (global-set-key "\C-<" 'ding) in emacs buffer leads to a error invalid modifier in string

Glauber Prado — 2007-07-30T12:34:04

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< at >gnu.org mailing list. Please describe exactly what actions triggered the bug and the precise symptoms of the bug: the subject says it all, contact me for more info if needed be. 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/23.0.0/etc/DEBUG for instructions. In GNU Emacs 23.0.0.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.10.13) of 2007-07-29 on gredesk Windowing system distributor `The X.Org Foundation', version 11.0.10300000 configured using `configure '--with-gtk' '--enable-font-backend' '--with-xft' '--with-png' '--with-gif' '--with-jpeg' '--with-tiff' '--with-xpm' '--with-x'' Important settings: value o

Make bootstrap fails because of missing cl-loaddefs.el

Tassilo Horn — 2007-07-30T07:04:53

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< at >gnu.org mailing list. Please describe exactly what actions triggered the bug and the precise symptoms of the bug: Here's the compile output. --8<---------------cut here---------------start------------->8--- (cd lisp; make -w --jobserver-fds=3,4 - --jobserver-fds=3,4 -j bootstrap-prepare) make[2]: Entering directory `/var/tmp/portage/app-editors/emacs-cvs-22.1.50/work/emacs/man' cd /var/tmp/portage/app-editors/emacs-cvs-22.1.50/work/emacs/man; makeinfo --force emacs.texi cd /var/tmp/portage/app-editors/emacs-cvs-22.1.50/work/emacs/man; makeinfo --force cc-mode.texi make[2]: Entering directory `/var/tmp/portage/app-editors/emacs-cvs-22.1.50/work/emacs/lisp' if test -x ../src/emacs; then \ make -w --jobserver-fds=3,4 - --jobserver-fds=3,4 - --jobserver-fds=3,4 - --jobserver-f

Error while bootstrapping GNU Emacs 22.1.50

Peter Dyballa — 2007-07-28T13:27:23

Hello! Compilation ends with: In end of data: dcl-mode.el:2223:1:Warning: the function `imenu-default-create-index- function' is not known to be defined. Wrote /Users/pete/Quellen/Emacs_CVS/emacs/lisp/progmodes/dcl-mode.elc Compiling /Users/pete/Quellen/Emacs_CVS/emacs/lisp/./progmodes/delphi.el Wrote /Users/pete/Quellen/Emacs_CVS/emacs/lisp/progmodes/delphi.elc Compiling /Users/pete/Quellen/Emacs_CVS/emacs/lisp/./progmodes/ebnf- abn.el Fatal error (4)make[2]: *** [compile] Error 1 make[2]: Target `bootstrap' not remade because of errors. make[1]: *** [bootstrap-build] Error 2 make: *** [bootstrap] Error 2 In GNU Emacs 22.1.50.1 (powerpc-apple-darwin8.10.0, X toolkit, Xaw3d scroll bars) of 2007-07-14 on localhost Windowing system distributor `The XFree86 Project, Inc', version 11.0.40400000 configured using `configure '--without-sound' '--without-pop' '-- with-xpm' '--with-jpeg' '--with-tiff' '--with-gif' '--with-png' '-- with-x-toolkit=athena' '--enable-locallisppath=/Library/Application

[Unicode2] calendar window height incorrect

Leo — 2007-07-27T17:43:29

Dear all, Tested in GNU Emacs 23.0.0.4 (i686-pc-linux-gnu, GTK+ Version 2.10.14) of 2007-07-27 The calendar window has a height of half of the height of the frame. HTH,

SEGFAULT using tramp in unicode emacs

Michael Welsh Duggan — 2007-07-27T17:11:18

Please describe exactly what actions triggered the bug and the precise symptoms of the bug: This emacs was built from the unicode branch, CVS updated 2007/07/27. Starting with "emacs -Q": I evaluated (setq tramp-password-prompt-regexp "^.*\$?:[pP]assword\\(?: for .*\$?\\|passphrase.*\\):

commandp

Katsumi Yamaoka — 2007-07-26T08:07:41

Hi, In the latest Emacs trunk the built-in function `commandp' returns t or nil while it returned an interactive form or nil formerly. Because of this, `defadvice' makes interactive Lisp functions non- interactive. See the `ad-interactive-form' function. Here is an example of what it causes: (defun foo () (interactive) (message "Hello")) => foo (commandp 'foo) => t (let ((ad-default-compilation-action 'never)) (defadvice foo (around testing activate) "testing" (message "Good-bye"))) => foo (commandp 'foo) => nil (pp (symbol-function 'foo)) => (lambda nil "$ad-doc: foo$" t (let (ad-return-value) (message "Good-bye") ad-return-value)) Regards,