GNU bug report logs -
#10722
24.0.93; doc of file-name predicates
Previous Next
Reported by: "Drew Adams" <drew.adams <at> oracle.com>
Date: Sat, 4 Feb 2012 16:46:02 UTC
Severity: minor
Tags: wontfix
Found in version 24.0.93
Done: Lars Ingebrigtsen <larsi <at> gnus.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 10722 in the body.
You can then email your comments to 10722 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#10722
; Package
emacs
.
(Sat, 04 Feb 2012 16:46:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"Drew Adams" <drew.adams <at> oracle.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 04 Feb 2012 16:46:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
See (elisp) `Testing Accessibility', and the doc strings of the
predicates described in that node.
I see nothing that tells you how the argument FILENAME is used to check
existing files. In particular, there is nothing that says whether
FILENAME must be absolute or relative or can be either, and nothing, in
the relative case, that says what directory is assumed.
The doc should state that FILENAME can be absolute or relative, and if
relative then directory `default-directory' is assumed.
In GNU Emacs 24.0.93.1 (i386-mingw-nt5.1.2600)
of 2012-01-29 on MARVIN
Windowing system distributor `Microsoft Corp.', version 5.1.2600
Configured using:
`configure --with-gcc (4.6) --no-opt --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 --ldflags
-LD:/devel/emacs/libs/gnutls-3.0.9/lib'
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10722
; Package
emacs
.
(Mon, 17 Sep 2012 00:20:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 10722 <at> debbugs.gnu.org (full text, mbox):
ping
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10722
; Package
emacs
.
(Sun, 09 Feb 2014 05:20:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 10722 <at> debbugs.gnu.org (full text, mbox):
"Drew Adams" <drew.adams <at> oracle.com> writes:
> See (elisp) `Testing Accessibility', and the doc strings of the
> predicates described in that node.
>
> I see nothing that tells you how the argument FILENAME is used to check
> existing files. In particular, there is nothing that says whether
> FILENAME must be absolute or relative or can be either, and nothing, in
> the relative case, that says what directory is assumed.
>
> The doc should state that FILENAME can be absolute or relative, and if
> relative then directory `default-directory' is assumed.
That's how all relative file names work in Emacs. It doesn't need to be
restated every place a FILENAME is discussed. Closing.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog http://lars.ingebrigtsen.no/
Added tag(s) wontfix.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sun, 09 Feb 2014 05:20:03 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
10722 <at> debbugs.gnu.org and "Drew Adams" <drew.adams <at> oracle.com>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sun, 09 Feb 2014 05:20:03 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 09 Mar 2014 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 11 years and 109 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.