GNU bug report logs - #15148
24.3.50; cache-long-scans t breaks dired

Previous Next

Package: emacs;

Reported by: michael_heerdegen <at> web.de

Date: Tue, 20 Aug 2013 23:00:01 UTC

Severity: normal

Found in version 24.3.50

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 15148 in the body.
You can then email your comments to 15148 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#15148; Package emacs. (Tue, 20 Aug 2013 23:00:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to michael_heerdegen <at> web.de:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Tue, 20 Aug 2013 23:00:04 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Michael Heerdegen <michael_heerdegen <at> web.de>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.3.50; cache-long-scans t breaks dired
Date: Wed, 21 Aug 2013 00:59:21 +0200
Hello,

here, cache-long-scans t in dired does speed up moving by lines a lot,
but it also breaks dired.  Every time a file's line is updated, stuff
like

//DIRED// 45 51
//DIRED-OPTIONS// --quoting-style=literal

is inserted into the buffer.  File operations raise errors.

A minimal example from emacs -Q:

- dired a directory
- there, M-: (setq cache-long-scans t)
- on a file, hit l (maybe twice)

Then I get additional lines like above.


Thanks,

Michael.



In GNU Emacs 24.3.50.1 (x86_64-pc-linux-gnu, GTK+ Version 3.8.2)
 of 2013-08-11 on dex, modified by Debian
 (emacs-snapshot package, version 2:20130810-1)
Windowing system distributor `The X.Org Foundation', version 11.0.11204000
System Description:	Debian GNU/Linux testing (jessie)

Configured using:
 `configure --build x86_64-linux-gnu --host x86_64-linux-gnu
 --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/lib
 --localstatedir=/var --infodir=/usr/share/info --mandir=/usr/share/man
 --with-pop=yes
 --enable-locallisppath=/etc/emacs-snapshot:/etc/emacs:/usr/local/share/emacs/24.3.50/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.3.50/site-lisp:/usr/share/emacs/site-lisp
 --without-compress-info --with-crt-dir=/usr/lib/x86_64-linux-gnu/
 --with-x=yes --with-x-toolkit=gtk3 --with-imagemagick=yes
 CFLAGS='-DDEBIAN -DSITELOAD_PURESIZE_EXTRA=5000 -g -O2'
 CPPFLAGS='-D_FORTIFY_SOURCE=2' LDFLAGS='-g -Wl,--as-needed
 -znocombreloc''





Reply sent to Eli Zaretskii <eliz <at> gnu.org>:
You have taken responsibility. (Tue, 05 Nov 2013 16:31:01 GMT) Full text and rfc822 format available.

Notification sent to michael_heerdegen <at> web.de:
bug acknowledged by developer. (Tue, 05 Nov 2013 16:31:02 GMT) Full text and rfc822 format available.

Message #10 received at 15148-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: michael_heerdegen <at> web.de
Cc: 15148-done <at> debbugs.gnu.org
Subject: Re: bug#15148: 24.3.50; cache-long-scans t breaks dired
Date: Tue, 05 Nov 2013 18:30:33 +0200
> From: Michael Heerdegen <michael_heerdegen <at> web.de>
> Date: Wed, 21 Aug 2013 00:59:21 +0200
> 
> here, cache-long-scans t in dired does speed up moving by lines a lot,
> but it also breaks dired.  Every time a file's line is updated, stuff
> like
> 
> //DIRED// 45 51
> //DIRED-OPTIONS// --quoting-style=literal
> 
> is inserted into the buffer.  File operations raise errors.
> 
> A minimal example from emacs -Q:
> 
> - dired a directory
> - there, M-: (setq cache-long-scans t)
> - on a file, hit l (maybe twice)
> 
> Then I get additional lines like above.

Thanks, this is now fixed (as of trunk revision 114981).

It was a tip of an iceberg, btw, and affected any command that invokes
call-process with a non-trivial value of coding-system-for-read
(i.e. when the text read from the sub-process needed to be decoded).




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Wed, 04 Dec 2013 12:24:05 GMT) Full text and rfc822 format available.

This bug report was last modified 10 years and 170 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.