Re: Is this correct?

"Tim Bradshaw (as tfb at cley dot com)" <[email protected]>
Newsgroups gmane.lisp.lispworks.general
Message-ID <[email protected]>
That makes sense, actually, otherwise nightmares could fall out of it...

--tim

> On 21 Feb 2026, at 19:20, Rainer Joswig (as joswig at lisp dot de) <[email protected]> wrote:
> 
> I don't think one can mount an APFS as "case sensitive" . That's a feature how the file system is created. The file system is then case sensitive, not the mount.
> 
>> Am 21.02.2026 um 20:10 schrieb Tim Bradshaw (as tfb at cley dot com) <[email protected]>:
>> 
>>> On 21 Feb 2026, at 18:21, Marco Antoniotti <[email protected]> wrote:
>>> 
>>> IIRC you can get that from the inode; correct me if I am wrong
>> 
>> You can't.  Unix (as in, a Unix filesystem with traditional semantics) has no notion of the one true name of a file at all: all names (ie directory entries) have equal status (well, symbolic links not).  There are relatively common cases where files have no name at all. This happens if a process unlinks a file it has open: the file exists so long as there is an open filehandle (it used to be absurdly hard to do this with NFS since how could the server even know if there was an open filehandle).  It's a good trick to make very sure nobody else can get at the file.
>> 
>> So files in Unix can have many, or no truenames.
>> 
>> However that's not the problem here: there is a directory entry for a file in a case-insensitive but case-preserving filesystem (really: in a particular mounted filesystem, as I think this is a mount option for the normal macOS filesystems).  TRUENAME, in my opinion, should return the canonical name of the file as stored in the directory entry.  I would like it if LW did that.
>> 
>> --tim
>> 
>> PS: question for people more willing to experiment than me: what happens if, on macOS, you mount a filesystem case-sensitively, create two files with names that differ only in case, then remount it case-insensitively?
>> 
>>> BTW: Allegro Express works exactly like SBCL
>> 
>> _______________________________________________
>> Lisp Hug - the mailing list for LispWorks users
>> [email protected]
>> http://www.lispworks.com/support/lisp-hug.html
> 
> 
> _______________________________________________
> Lisp Hug - the mailing list for LispWorks users
> [email protected]
> http://www.lispworks.com/support/lisp-hug.html

_______________________________________________
Lisp Hug - the mailing list for LispWorks users
[email protected]
http://www.lispworks.com/support/lisp-hug.html
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.