unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#43374: 26.1: read-directory-name not respecting MUST-MATCH arg
@ 2020-09-13 12:42 Boruch Baum
  2020-09-13 13:36 ` Lars Ingebrigtsen
  0 siblings, 1 reply; 6+ messages in thread
From: Boruch Baum @ 2020-09-13 12:42 UTC (permalink / raw)
  To: 43374

based upon the function's docstring, I was expecting the following to
return nil for a non-existing directory. Instead, it returns a string of
the non-existing directory.

   (read-directory-name "Directory: " nil nil t nil)



--
hkp://keys.gnupg.net
CA45 09B5 5351 7C11 A9D1  7286 0036 9E45 1595 8BC0





^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#43374: 26.1: read-directory-name not respecting MUST-MATCH arg
  2020-09-13 12:42 bug#43374: 26.1: read-directory-name not respecting MUST-MATCH arg Boruch Baum
@ 2020-09-13 13:36 ` Lars Ingebrigtsen
  2020-09-13 14:44   ` Boruch Baum
  2020-09-13 15:02   ` Boruch Baum
  0 siblings, 2 replies; 6+ messages in thread
From: Lars Ingebrigtsen @ 2020-09-13 13:36 UTC (permalink / raw)
  To: Boruch Baum; +Cc: 43374

Boruch Baum <boruch_baum@gmx.com> writes:

> based upon the function's docstring, I was expecting the following to
> return nil for a non-existing directory. Instead, it returns a string of
> the non-existing directory.
>
>    (read-directory-name "Directory: " nil nil t nil)

I'm not sure what you mean here.  If I eval that form and type "foo",
then Emacs just beeps at me and says "[No match]".

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#43374: 26.1: read-directory-name not respecting MUST-MATCH arg
  2020-09-13 13:36 ` Lars Ingebrigtsen
@ 2020-09-13 14:44   ` Boruch Baum
  2020-09-13 14:52     ` Lars Ingebrigtsen
  2020-09-13 15:02   ` Boruch Baum
  1 sibling, 1 reply; 6+ messages in thread
From: Boruch Baum @ 2020-09-13 14:44 UTC (permalink / raw)
  To: Lars Ingebrigtsen; +Cc: 43374

On 2020-09-13 15:36, Lars Ingebrigtsen wrote:
> Boruch Baum <boruch_baum@gmx.com> writes:
>
> > based upon the function's docstring, I was expecting the following to
> > return nil for a non-existing directory. Instead, it returns a string of
> > the non-existing directory.
> >
> >    (read-directory-name "Directory: " nil nil t nil)
>
> I'm not sure what you mean here.  If I eval that form and type "foo",
> then Emacs just beeps at me and says "[No match]".

That's not the result I get. I get a string matching my input. No error
indication. I'm using version 26.1 (debian), though, so there's always
the chance this was reported and fixed for version 27?

--
hkp://keys.gnupg.net
CA45 09B5 5351 7C11 A9D1  7286 0036 9E45 1595 8BC0





^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#43374: 26.1: read-directory-name not respecting MUST-MATCH arg
  2020-09-13 14:44   ` Boruch Baum
@ 2020-09-13 14:52     ` Lars Ingebrigtsen
  0 siblings, 0 replies; 6+ messages in thread
From: Lars Ingebrigtsen @ 2020-09-13 14:52 UTC (permalink / raw)
  To: Boruch Baum; +Cc: 43374

Boruch Baum <boruch_baum@gmx.com> writes:

> That's not the result I get. I get a string matching my input. No error
> indication. I'm using version 26.1 (debian), though, so there's always
> the chance this was reported and fixed for version 27?

I don't have 26.1 here, but I'm not able to reproduce it in Emacs 26.3
either (starting from -Q).

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#43374: 26.1: read-directory-name not respecting MUST-MATCH arg
  2020-09-13 13:36 ` Lars Ingebrigtsen
  2020-09-13 14:44   ` Boruch Baum
@ 2020-09-13 15:02   ` Boruch Baum
  2020-09-13 15:08     ` Lars Ingebrigtsen
  1 sibling, 1 reply; 6+ messages in thread
From: Boruch Baum @ 2020-09-13 15:02 UTC (permalink / raw)
  To: Lars Ingebrigtsen; +Cc: 43374

On 2020-09-13 15:36, Lars Ingebrigtsen wrote:
> Boruch Baum <boruch_baum@gmx.com> writes:
>
> > based upon the function's docstring, I was expecting the following to
> > return nil for a non-existing directory. Instead, it returns a string of
> > the non-existing directory.
> >
> >    (read-directory-name "Directory: " nil nil t nil)
>
> I'm not sure what you mean here.  If I eval that form and type "foo",
> then Emacs just beeps at me and says "[No match]".
>

Call this closed. By default, I use the third-party package ivy-mode for
everything involving completions; without that mode enabled, the
function operates as expected. Sorry.

--
hkp://keys.gnupg.net
CA45 09B5 5351 7C11 A9D1  7286 0036 9E45 1595 8BC0





^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#43374: 26.1: read-directory-name not respecting MUST-MATCH arg
  2020-09-13 15:02   ` Boruch Baum
@ 2020-09-13 15:08     ` Lars Ingebrigtsen
  0 siblings, 0 replies; 6+ messages in thread
From: Lars Ingebrigtsen @ 2020-09-13 15:08 UTC (permalink / raw)
  To: Boruch Baum; +Cc: 43374

Boruch Baum <boruch_baum@gmx.com> writes:

> Call this closed. By default, I use the third-party package ivy-mode for
> everything involving completions; without that mode enabled, the
> function operates as expected. Sorry.

Ok; closed.  :-)

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2020-09-13 15:08 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-09-13 12:42 bug#43374: 26.1: read-directory-name not respecting MUST-MATCH arg Boruch Baum
2020-09-13 13:36 ` Lars Ingebrigtsen
2020-09-13 14:44   ` Boruch Baum
2020-09-13 14:52     ` Lars Ingebrigtsen
2020-09-13 15:02   ` Boruch Baum
2020-09-13 15:08     ` Lars Ingebrigtsen

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).