GNU bug report logs - #56443
28.1; Mac segmentation fault with ffap

Previous Next

Package: emacs;

Reported by: Stephen Eglen <sje30 <at> cam.ac.uk>

Date: Thu, 7 Jul 2022 17:23:02 UTC

Severity: normal

Found in version 28.1

Done: Mattias Engdegård <mattiase <at> acm.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Stephen Eglen <sje30 <at> cam.ac.uk>
To: Daniel Martín <mardani29 <at> yahoo.es>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 56443 <at> debbugs.gnu.org, sje30 <at> cam.ac.uk
Subject: bug#56443: 28.1; Mac segmentation fault with ffap
Date: Fri, 08 Jul 2022 11:02:20 +0100
Thanks everyone for help debugging this.
 
> BTW, I don't really understand the semantics of
> file-name-case-insensitive-p.  The docstring says that it returns nil if
> the file is not found, but these calls return t on my system:
>
> (file-name-case-insensitive-p "")
> (file-name-case-insensitive-p "FileThatDoesNotExist")

I also find that those two expressions return t on my mac, and nil on my
linux machine.  This seems to be consistent with the doc string:


  Return t if file FILENAME is on a case-insensitive filesystem.  Return
  nil if FILENAME does not exist or is not on a case-insensitive
  filesystem, or if there was trouble determining whether the filesystem
  is case-insensitive.

It returns t on mac as it is case-insensitive by default, presumbly
irrespective of whether the file exists.

One small suggestion for the docstring might be to remove the double
negative in the second sentence:

"is not on a case-insensitive filesystem"

could be

"is on a case-sensitive filesystem"

?

Stephen




This bug report was last modified 3 years and 13 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.