GNU bug report logs -
#2585
23.0.90; read-file-name with dialog
Previous Next
Reported by: MJ <mj54590 <at> gmail.com>
Date: Fri, 6 Mar 2009 18:50:03 UTC
Severity: normal
Done: Jason Rumney <jasonr <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Mon, 09 Mar 2009 21:31:41 +0800
with message-id <49B51A3D.7040101 <at> gnu.org>
and subject line Re: bug#2585: 23.0.90; read-file-name with dialog
has caused the Emacs bug report #2585,
regarding 23.0.90; read-file-name with dialog
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 help-debbugs <at> gnu.org
immediately.)
--
2585: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=2585
Emacs Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
When read-file-name is called and uses windows dialog to read a file
name, the 'dir' parameter has to be ended with '/'. It it does not,
the last part of the path name is used as the filename while the
default directory is the stripped 'dir' without last part. This does
not happen in Emacs 22.
In minibuffer, there is comment that says:
;; If DIR contains a file name, split it.
I'm not sure if that is the right thing to do. At least, it breaks the
compatibility with previous Emacs version.
Is this an intended change?
Thanks.
--
In GNU Emacs 23.0.90.1 (i386-mingw-nt5.1.2600)
of 2009-02-22 on T42
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --cflags -I../../GnuWin32/include'
[Message part 3 (message/rfc822, inline)]
Stefan Monnier wrote:
>>> ;; If DIR contains a file name, split it.
>>> (let ((file (file-name-nondirectory dir)))
>>> (when (and default-filename (not (zerop (length file))))
>>> (setq default-filename file)
>>> (setq dir (file-name-directory dir)))
>>>
>>> The third line makes more sense to me as:
>>>
>>> (when (and (not default-filename) (not (zerop (length file))))
>>>
>> That seems right to me. Stefan, you were the one who rewrote
>> read-file-name; could you verify this?
>>
>
> Yes, it looks right,
>
OK, I've checked that change in.
This bug report was last modified 16 years and 138 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.