http://blog.gmane.org/gmane.emacs.bugs hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.emacs.bugs/60373 <pre>The doc string says (correctly): "With a prefix arg, you may edit the `ls' switches used for this listing. You can add `R' to the switches to expand the whole tree starting at this subdirectory." However, it seems like it should also mention that an error will be raised if the switches you specify are incompatible with the switches in the Dired buffer. But that begs the question of what those incompatibilities are. We should tell users in the doc string just what they cannot do, instead of making them discover this by trial and error. According to `dired-insert-subdir-validate' the incompatibilities are for `F' and `b': a Dired buffer cannot have listings with and without `F' or with and without `b'. This should be said in the doc string of `dired-insert-subdir'. In GNU Emacs 24.0.97.1 (i386-mingw-nt5.1.2600) of 2012-05-16 on MARVIN Windowing system distributor `Microsoft Corp.', version 5.1.2600 Configured using: `configure --with-gcc (4.6) --no-opt --enable-checking --cflags -ID:/devel/emacs/li</pre> Drew Adams 2012-05-26T19:49:38 http://comments.gmane.org/gmane.emacs.bugs/60366 <pre>emacs -Q (defcustom foo '(current-time-string) "&lt; at &gt;&lt; at &gt;&lt; at &gt;&lt; at &gt;&lt; at &gt;&lt; at &gt;&lt; at &gt;&lt; at &gt;&lt; at &gt;&lt; at &gt;&lt; at &gt;&lt; at &gt;&lt; at &gt;&lt; at &gt;&lt; at &gt;" :type 'sexp) M-x customize-option foo Type this into the editable field: (current- Then hit `M-TAB'. You get this inappropriate error message: "Not in an editable field" If completion is not available, the message should say that. It should not claim that the field is not editable when it is. In GNU Emacs 24.0.97.1 (i386-mingw-nt5.1.2600) of 2012-05-16 on MARVIN Windowing system distributor `Microsoft Corp.', version 5.1.2600 Configured using: `configure --with-gcc (4.6) --no-opt --enable-checking --cflags -ID:/devel/emacs/libs/libXpm-3.5.8/include -ID:/devel/emacs/libs/libXpm-3.5.8/src -ID:/devel/emacs/libs/libpng-dev_1.4.3-1/include -ID:/devel/emacs/libs/zlib-dev_1.2.5-2/include -ID:/devel/emacs/libs/giflib-4.1.4-1/include -ID:/devel/emacs/libs/jpeg-6b-4/include -ID:/devel/emacs/libs/tiff-3.8.2-1/include -ID:/devel/emacs/libs/gnutls-3.0.9/include' </pre> Drew Adams 2012-05-26T03:12:39 http://comments.gmane.org/gmane.emacs.bugs/60362 <pre>I'm using Emacs on X on Debian 6 Stable. emacs-version says GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) of 2010-12-11 on raven, modified by Debian. Steps to reproduce the bug: emacs -Q C-x b foo ret C-x 2 C-x r w a C-x 1 C-x k ret C-x r j a Notice that in the bottom window, you get a buffer named "*Minibuf-1*". Press M-x and type something; notice that your text appears both in the minibuffer and in the bottom window. Surely this is a bug. Previously I managed to get it to give an error message "exit-minibuffer: No catch for tag: exit, nil", but I don't remember how, and my notes say that this had something to do with ido-mode, but I don't remember why. It was a couple weeks ago. Just now while verifying reproduction of the window corruption, I did it a little differently and managed to lock up Emacs with 100% CPU usage, and got a segfault when I killed it, but I can't reproduce that. Too bad that dumping core isn't the default anymore. </pre> Kelly Dean 2012-05-26T01:46:13 http://comments.gmane.org/gmane.emacs.bugs/60355 <pre>[I'm using a pretest, but this isn't a regression. Applying the fix in 24.2 is fine with me.] Reproduce: M-x load-library thingatpt M-: (forward-same-syntax) gives Lisp error: (wrong-type-argument number-or-marker-p nil) Thanks for Emacs, /a 2012-05-25 Aaron S. Hawley &lt;aaron.s.hawley&lt; at &gt;gmail.com&gt; * thingatpt.el (forward-same-syntax): Calling as a function in Lisp with no argument gives error "wrong-type-argument number-or-marker-p nil" from `while'. --- thingatpt.el2012-04-07 23:03:02.000000000 -0400 +++ thingatpt.el2012-05-25 12:33:28.817991100 -0400 &lt; at &gt;&lt; at &gt; -455,8 +455,9 &lt; at &gt;&lt; at &gt; (defun forward-same-syntax (&amp;optional arg) "Move point past all characters with the same syntax class. With prefix argument ARG, do it ARG times if positive, or move backwards ARG times if negative." (interactive "p") + (or arg (setq arg 1)) (while (&lt; arg 0) (skip-syntax-backward (char-to-string (char-syntax (char-before)))) </pre> Aaron S. Hawley 2012-05-25T19:40:13 http://comments.gmane.org/gmane.emacs.bugs/60349 <pre>Hi, For the past week or so the Emacs bzr HEAD has failed to build with image magick support. The following error is signaled [1]. I'm running a 64-but Arch GNU-Linux system, and other Arch users have noticed this problem as well [2]. As Arch tries to include the latest version of all tools this is likely due to a conflict with the most recent version of imagemagick. I have the following version installed [3]. Please let me know if there is any other information I can provide. Thanks, Footnotes: [1] $ make build ... temacs: magick/exception.c:968: ThrowMagickExceptionList: Assertion `exception-&gt;signature == 0xabacadabUL' failed. /bin/sh: line 5: 17636 Aborted `/bin/pwd`/temacs --batch --load loadup bootstrap [2] https://bbs.archlinux.org/viewtopic.php?id=140037 [3] $ convert --version Version: ImageMagick 6.7.6-8 2012-05-01 Q16 http://www.imagemagick.org Copyright: Copyright (C) 1999-2012 ImageMagick Studio LLC Features: OpenMP </pre> Eric Schulte 2012-05-25T15:35:01 http://comments.gmane.org/gmane.emacs.bugs/60348 <pre>I was surprised to find that emacs now tries to display all of coreutils' man/*.x files as images. It seems to treat any nonempty *.x file that way. Instead of seeing what I normally treat as a simple text file with man file [section]/text snippets, all I see is a small square (maybe 20x20 pixels) in the upper left corner of the window. Reproduce via e.g., echo foo &gt; a.x &amp;&amp; emacs -q a.x The mode line reports that it is in (Image[imagemagick]) mode. What version? $ emacs --version GNU Emacs 24.1.50.1 I build snapshots from bzr nearly daily, and could quickly bisect down to this 3-day interval: GOOD emacs-2012-04-13.06h37/bin/emacs BAD emacs-2012-04-16.08h09/bin/emacs When it works as I expected (i.e., I can see actual text in the primary buffer, and no outlined square), I see "LD-script" in the mode line. </pre> Jim Meyering 2012-05-25T15:56:36 http://comments.gmane.org/gmane.emacs.bugs/60346 <pre>Hi, I recently switched from Emacs 23 to the current version on the emacs-24 branch (r108014) and bumped into a strange behaviour of bury-buffer at the start of a session. I'm using desktop.el and (global-set-key "\C-xy" 'bury-buffer) in .emacs (because I have a bad memory and like to bury stuff ;-). Every time I start Emacs, I see the correct buffer, i.e. the one I used before I closed Emacs previously. I edit that buffer a bit and bury it. In my case, bury-buffer switches to the wrong buffer. Instead of switching to the buffer next in line (so to speak), bury-buffer switches to what seems to be the last buffer in the list of all buffers. Here's a little example in form of a "emacs -Q" recipe: 3 C-x C-s 3 RET C-x b 2 RET 2 C-x C-s 2 RET C-x b 1 RET 1 C-x C-s 1 RET M-x desktop-save &lt;filename&gt; This should leave you with with three saved buffers in the order 1-2-3 and a desktop file. C-x C-b should be able to confirm the buffer order. Now close Emacs, start a fresh one and M-x desktop-read your d</pre> Tobias Bading 2012-05-25T08:50:47 http://comments.gmane.org/gmane.emacs.bugs/60345 <pre>Tags: patch This follows up on our two conversations last year on this topic. === modified file 'ChangeLog' --- ChangeLog2012-05-22 16:20:27 +0000 +++ ChangeLog2012-05-25 07:14:25 +0000 &lt; at &gt;&lt; at &gt; -1,3 +1,13 &lt; at &gt;&lt; at &gt; +2012-05-25 Paul Eggert &lt;eggert&lt; at &gt;cs.ucla.edu&gt; + +Remove the --disable-maintainer-mode option from 'configure'. +It is confusingly named and rarely useful. See, for example, +&lt;http://lists.gnu.org/archive/html/emacs-devel/2011-12/msg00089.html&gt;. +* INSTALL.BZR: Don't mention --disable-maintainer-mode. +* Makefile.in (MAINTAINER_MODE_FLAG): Remove; all uses removed. +* configure.in: Remove --disable-maintainer-mode. +(USE_MAINTAINER_MODE, MAINT): Remove. + 2012-05-22 Paul Eggert &lt;eggert&lt; at &gt;cs.ucla.edu&gt; Remove src/m/*. === modified file 'INSTALL.BZR' --- INSTALL.BZR2012-01-19 07:21:25 +0000 +++ INSTALL.BZR2012-05-25 07:14:25 +0000 &lt; at &gt;&lt; at &gt; -30,7 +30,7 &lt; at &gt;&lt; at &gt; If you want later builds to go faster, at the expense of sometimes doing the wrong thing if you update the build procedure, you can -invoke ".</pre> Paul Eggert 2012-05-25T07:51:45 http://comments.gmane.org/gmane.emacs.bugs/60341 <pre> 1. (setq nxml-auto-insert-xml-declaration-flag t) 2. Visit the attached test.zip M Filemode Length Date Time File - ---------- -------- ----------- -------- ---------- drwx------ 0 25-May-2012 00:29:06 test/ -rwx------ 40 25-May-2012 00:29:06 test/a.xml - ---------- -------- ----------- -------- ---------- 40 2 files 3. Visit a.xml. Note the multiple XML declarations. &lt;?xml version="1.0" encoding="utf-8"?&gt; &lt;?xml version="1.0" encoding="utf-8"?&gt; The original file has just a single XML declaration. The second declaration is the gratuitous declaration added due to (1). Why is nxml mode tampering with an existing XML file? 4. The problem surfaces with XML files in a ZIP archive (for example ODT files) and not with standalone XML files. In GNU Emacs 24.0.97.1 (i386-mingw-nt5.1.2600) of 2012-05-17 on MARVIN Windowing system distributor `Microsoft Corp.', ve</pre> Jambunathan K 2012-05-24T19:16:57 http://comments.gmane.org/gmane.emacs.bugs/60339 <pre>The doc string includes this: 1. "ARG is normally the prefix argument for the calling command." So what? That doesn't tell you anything useful. What is ARG for? What does it do? Just say that it is passed to `dired-mark-prompt'. 2. "FILES should be a list of file names." No. That kind of help is no help at all. FILES is the list of _marked_ files. 3. "DEFAULT-VALUE, if non-nil, should be a "standard" value or list of such values, available via history commands. Note that if the user enters empty input, this function returns the empty string, not DEFAULT-VALUE." The first sentence: Does it say anything useful? If so, it's not clear to me. It seems to be saying only that DEFAULT-VALUE is a default value or list of default values. It would be far clearer and actually helpful if you just said that DEFAULT-VALUE is passed to `completing-read'. IOW, do what you did for COLLECTION. Just say that INITIAL, DEFAULT-VALUE, and COLLECTION are passed to `completing-read'. That will provide a lin</pre> Drew Adams 2012-05-24T18:27:28 http://comments.gmane.org/gmane.emacs.bugs/60328 <pre>With the esc-face.1 below, (woman-find-file "esc-face.1") produces bold \ backslash with the "\" not in bold, where I expected it would be (man-db+groff makes it bold). I think woman.el.esc-face.diff below could correct this. 2012-05-24 Kevin Ryde &lt;user42&lt; at &gt;zip.com.au&gt; * woman.el (woman-decode-region): Replace escaped-escapes using `subst-char-in-region' so bold or underline on \e is preserved. I struck this in some perl pod2man output. It uses \e for backslashes in "verbatim" output paragraphs (bits of sample code usually). Those parts are in ".ft CW" font, which comes out of woman.el as woman-unknown face (which is red). But the face wasn't on the backslashes. .TH FOO 1 .SH NAME .B bold \e backslash In GNU Emacs 23.4.1 (i486-pc-linux-gnu, GTK+ Version 2.24.10) of 2012-04-08 on biber, modified by Debian Windowing system distributor `The X.Org Foundation', version 11.0.10707000 configured using `configure '--build' 'i486-linux-gnu' '--build' 'i486-linux-gnu' '--prefix=/usr' '--</pre> Kevin Ryde 2012-05-24T01:32:54 http://comments.gmane.org/gmane.emacs.bugs/60326 <pre>With the ds-quote.1 below, (woman-find-file "ds-quote.1") produces Expands to "ABC where I expected it not to have the ", so Expands to ABC I think woman.el.ds-quote.diff below can correct this. (Diff against the bazaar emacs-24, if that's the right branch. I've been having connection troubles lately so not sure what's supposed to be what.) 2012-05-19 Kevin Ryde &lt;user42&lt; at &gt;zip.com.au&gt; * woman.el (woman-strings): .ds foo "ABC don't include the leading " in the string value. Fixes definitions like .ds xx "" which should be a single " char, as described in the groff manual and used by perl pod2man. The commented out bit about a "hack" for CGI.man was on the right track, but it's more general than just "". The groff manual "Strings" node describes how a leading " in a .ds request begins the string and is not part of it .ds sign " Yours in a white wine sauce, As per this example there's no closing quote, and I don't think there's any backslashing or further quoting t</pre> Kevin Ryde 2012-05-24T01:28:44 http://comments.gmane.org/gmane.emacs.bugs/60325 <pre>While nosing around auto-mode-alist I noticed the entry for pike-mode ("\\.\\(u?lpc\\|pike\\|pmod\\(.in\\)?\\)\\'" . pike-mode) may have an unescaped . in the pmod.in part, presuming it's meant to match literal .pmod.in. I think it comes from cc-mode.el. In GNU Emacs 23.4.1 (i486-pc-linux-gnu, GTK+ Version 2.24.10) of 2012-04-08 on biber, modified by Debian configured using `configure '--build' 'i486-linux-gnu' '--build' 'i486-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib' '--localstatedir=/var/lib' '--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes' '--enable-locallisppath=/etc/emacs23:/etc/emacs:/usr/local/share/emacs/23.4/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/23.4/site-lisp:/usr/share/emacs/site-lisp' '--with-crt-dir=/usr/lib/i386-linux-gnu' '--with-x=yes' '--with-x-toolkit=gtk' '--with-toolkit-scroll-bars' 'build_alias=i486-linux-gnu' 'CFLAGS=-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -</pre> Kevin Ryde 2012-05-24T01:17:04 http://comments.gmane.org/gmane.emacs.bugs/60321 <pre>To reproduce this bug minimally: Use a .emacs with only: (global-auto-revert-mode 1) (setq revert-without-query (quote (".*"))) Create foo.py: # aaa # bbb Set permissions on foo.py: -r-xr-xr-- 1 boreilly ccgoesr 13 May 22 09:12 foo.py Open foo.py in Emacs. In a terminal: chmod u+w foo.py Wait several seconds, inserting text yields error: Buffer is read-only: #&lt;buffer foo.py&gt; Open foo.py with vim and add text: # aaa blah # bbb The blah string appears in Emacs. Insertion still fails with error: Buffer is read-only: #&lt;buffer foo.py&gt; Do: M-x revert-buffer Insertion now works. I would think if revert-buffer updates permissions that auto-revert would too. An information dump from report-emacs-bug follows. In GNU Emacs 23.4.1 (x86_64-unknown-linux-gnu, GTK+ Version 2.10.4) of 2012-03-19 on [cut] Windowing system distributor `The X.Org Foundation', version 11.0.70101000 configured using `configure '--prefix=[cut]/sw/emacs-install' '--with-gif=no'' Important settings: value of $LC_ALL: nil </pre> Barry OReilly 2012-05-23T23:40:08 http://comments.gmane.org/gmane.emacs.bugs/60320 <pre>On Mac OS X x86_64: make all-am gcc -mmacosx-version-min=10.5 -std=gnu99 -DHAVE_CONFIG_H -I. -I../src -I/Users/david/src/emacs-dev/emacs-bzr/build-2012-05-23/src -g -O2 -MT allocator.o -MD -MP -MF .deps/allocator.Tpo -c -o allocator.o allocator.c In file included from allocator.c:2: ../src/config.h:1352:26: error: m/amdx86-64.h: No such file or directory Cross compiling PowerPC on Mac OS X: powerpc-apple-darwin10-gcc-4.2.1 -mmacosx-version-min=10.4 -std=gnu99 -DHAVE_CONFIG_H -I. -I../src -I/Users/david/src/emacs-dev/emacs-bzr/build-2012-05-23/src -g -O2 -MT allocator.o -MD -MP -MF .deps/allocator.Tpo -c -o allocator.o allocator.c In file included from allocator.c:2: ../src/config.h:1352:26: error: m/macppc.h: No such file or directory This appears to be related to this commit: revno: 108341 committer: Paul Eggert &lt;eggert&lt; at &gt;cs.ucla.edu&gt; branch nick: trunk timestamp: Tue 2012-05-22 09:20:27 -0700 message: Remove src/m/*. I'm not sure what the solution is, I'm just reporting that I can't build o</pre> David Caldwell 2012-05-23T23:34:17 http://comments.gmane.org/gmane.emacs.bugs/60306 <pre>In the course of trying to debug a Cygwin crash, I noticed that line 643 of callproc.c is commented out. This was done in bzr revision 103252, and it seems pretty clear from the context of that change that it was done by accident: revno: 103252 committer: Jan D &lt;jan.h.d&lt; at &gt;swipnet.se&gt; branch nick: trunk timestamp: Sun 2011-02-13 12:28:42 +0100 message: * callproc.c (Fcall_process): * process.c (create_process): Replace Gtk with GConf in SIGPIPE comment. modified: src/ChangeLog src/callproc.c src/process.c diff: === modified file 'src/ChangeLog' --- src/ChangeLog 2011-02-13 00:16:28 +0000 +++ src/ChangeLog 2011-02-13 11:28:42 +0000 &lt; at &gt;&lt; at &gt; -1,3 +1,9 &lt; at &gt;&lt; at &gt; +2011-02-13 Jan Djärv &lt;jan.h.d&lt; at &gt;swipnet.se&gt; + + * callproc.c (Fcall_process): + * process.c (create_process): Replace Gtk with GConf in SIGPIPE + comment. + 2011-02-12 Martin Rudalics &lt;rudalics&lt; at &gt;gmx.at&gt; * window.c (select_window): Check inhibit_point_swap argument when === modified file 'src/callproc.</pre> Ken Brown 2012-05-23T15:03:21 http://comments.gmane.org/gmane.emacs.bugs/60301 <pre>Dear Emacs Hackers, I just tried printing an image and got a blank page instead of the image. Printing text works nicely, though. I use printing.el and printed via postscript-print (this here is not the emacs I used, but very close: config not yet merged). I would have expected to see the image printed. Sidenote: Is that the reason, why printing.el is not yet active by default? It seems extremely convenient (even though the text-print-mode confused me at first). Thank you for your work! Best wishes, Arne In GNU Emacs 23.4.2 (x86_64-pc-linux-gnu, GTK+ Version 2.24.8) of 2012-04-10 on fluss Windowing system distributor `The X.Org Foundation', version 11.0.11102000 configured using `configure '--prefix=/usr' '--build=x86_64-pc-linux-gnu' '--host=x86_64-pc-linux-gnu' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--datadir=/usr/share' '--sysconfdir=/etc' '--localstatedir=/var/lib' '--libdir=/usr/lib64' '--program-suffix=-emacs-23' '--infodir=/usr/share/info/emacs-23' '--enable-locallisppath=/et</pre> Arne Babenhauserheide 2012-05-23T13:24:02 http://comments.gmane.org/gmane.emacs.bugs/60289 <pre>--text follows this line-- start emacs -Q, load in two files let's say .bashrc from two locations, M-x ediff-buffers, now the little pop up window comes up, type ? and the window does some bizarre moves and shrinks to almost nothing, This bug report will be sent to the Bug-GNU-Emacs mailing list, and the GNU bug tracker at debbugs.gnu.org. Please check that, the From: line contains a valid email address. After a delay of up, to one day, you should receive an acknowledgement at that address., Please write in English if possible, as the Emacs maintainers, usually do not have translators for other languages., Please describe exactly what actions triggered the bug, and, the precise symptoms of the bug. If you can, give a recipe, starting from `emacs -Q':, 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'., For information about debugging Emacs, please read the file, /usr/share/emacs/24.1.50/etc/DEBUG.</pre> Munawar Cheema 2012-05-22T20:54:40 http://comments.gmane.org/gmane.emacs.bugs/60284 <pre>The doc string, like the description in the Elisp manual, should speak not in terms of saving the buffer but in terms of saving the indentity of the current buffer. Since even that is a bit ambiguous, it is even better to speak in terms of remembering which buffer is current. This is important because the Emacs doc speaks elsewhere of "saving" a buffer as saving the buffer's contents to a file. We should avoid using "saving" for anything else when it comes to buffers. So I would suggest something like this for the doc string: "Execute BODY then return to the buffer that was current at the outset." In GNU Emacs 24.0.97.1 (i386-mingw-nt5.1.2600) of 2012-05-16 on MARVIN Windowing system distributor `Microsoft Corp.', version 5.1.2600 Configured using: `configure --with-gcc (4.6) --no-opt --enable-checking --cflags -ID:/devel/emacs/libs/libXpm-3.5.8/include -ID:/devel/emacs/libs/libXpm-3.5.8/src -ID:/devel/emacs/libs/libpng-dev_1.4.3-1/include -ID:/devel/emacs/libs/zlib-dev_1.2.5-2/include -ID:/d</pre> Drew Adams 2012-05-22T18:29:26 http://comments.gmane.org/gmane.emacs.bugs/60283 <pre>I run the Cocoa application without configuration from the debugger. See below for output. The I visit a file (C-x C-f) that contains a single utf-8 character, ARROW RIGHT and a newline. That file, utf8test, is four bytes: $ hexdump utf8test 0000000 e2 86 92 0a 0000004 It crashes (SIGABRT signal). A few more observations: - the same file opens without problems when running -nw in a terminal shell - this same crash happens when setting the coding system to utf-8-unix for the next command before find-file (C-x RET c) - this crash also seemed to occur with versions 23.something and 24.0.94, but I didn't reproduce them under as controlled conditions (not same file, but similar utf-8 containing short file) Output from debugger 'bt full' looks like this: gdb /Applications/Emacs.app/Contents/MacOS/Emacs GNU gdb 6.3.50-20050815 (Apple version gdb-1752) (Sat Jan 28 03:02:46 UTC 2012) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by t</pre> Florian Ebeling 2012-05-22T10:29:16 http://comments.gmane.org/gmane.emacs.bugs/60277 <pre>Hi, when installing register-list.el from ELPA at GNU Emacs 24.0.97.1 (i686-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2012-05-17 get the warning ----------- Compiling file MY-PATH/register-list-pkg.el at Tue May 22 09:09:55 2012 Entering directory `MY-PATH/' Compiling file MY-PATH/register-list.el at Tue May 22 09:09:55 2012 In register-list: register-list.el:410:8:Warning: called-interactively-p called with 0 arguments, but requires 1 ---------- Would expect this a common error. What about installing a useful default for `called-interactively-p'? My suggestion is: 'interactive Thanks, Andreas </pre> Andreas Röhler 2012-05-22T09:21:53 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.emacs.bugs