GNU bug report logs -
#1374
23.0.60; directory-files unexpectedly non-nil
Previous Next
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Sat, 06 Dec 2008 20:02:24 -0500
with message-id <87d4g44x27.fsf <at> cyd.mit.edu>
and subject line Re: 23.0.60; directory-files unexpectedly non-nil
has caused the Emacs bug report #1374,
regarding 23.0.60; directory-files unexpectedly non-nil
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact don <at> donarmstrong.com
immediately.)
--
1374: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=1374
Emacs Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
Let ~/tmp be initially empty, and create these 7 files in it via:
for i in 0085-ottosson.ps.gz 0091-lindgren.ps.gz \
0104-pettersson-carlsson.ps.gz 0108-carlsson.ps.gz \
0118-lindgren.ps.gz 1076.pdf apl_slides.pdf; do touch $i; done
As expected,
(directory-files "~/tmp" nil "nonexistent")
then yields "nil". However, after I evaluate (in emacs -Q) the forms:
(defun my-log (start end old)
(write-region (point-min) (point-min) "/tmp/my-log-file.tmp" t 'silent))
(add-hook 'after-change-functions 'my-log)
the new result of
(directory-files "~/tmp" nil "nonexistent")
is unexpectedly:
("apl_slides.pdf")
using OSX. In Ubuntu Intrepid, the new result is, again unexpectedly:
("1076.pdf")
In GNU Emacs 23.0.60.2 (i386-apple-darwin8.11.1, GTK+ Version 2.12.9)
of 2008-11-05 on mt-computer.local
Windowing system distributor `The XFree86 Project, Inc', version 11.0.40400000
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_GB.UTF-8
value of $XMODIFIERS: nil
locale-coding-system: nil
default-enable-multibyte-characters: t
[Message part 3 (message/rfc822, inline)]
This bug arose because the after-change-functions were triggered in the
code conversion work buffer, whereas directory-files assumed that
decoding a file name does not run arbitrary elisp code (otherwise, a
compiled regexp gets corrupted). I've changed it so that
inhibit-modification-hooks is disabled in the code conversion buffer.
Thanks for the bug report.
This bug report was last modified 15 years and 247 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.