GNU bug report logs -
#15148
24.3.50; cache-long-scans t breaks dired
Previous Next
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.
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):
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: 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 11 years and 116 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.