Re: Is this correct?

"Marco Antoniotti (as marco dot antoniotti at unimib dot it)" <[email protected]>
Newsgroups gmane.lisp.lispworks.general
Message-ID <CAG0Nw2==Sz5HL3bAHCD+xCUizpQQ53fvDrv1obnyYJfD+N_a4Q@mail.gmail.com>
Hi

BTW.  The same happens on LWW (as expected). But on Windows, SBCL behaves
just like LWW; I suppose because on Windows, LWW and SBCL agree on the
"case" of the underlying File System.

Having said that, if I may, we are not in a multiverse and a file is
created in a single step (more or less atomic).  Once that happens, it has
a truename (in the Earthsea sense).  Links come later.

I have not tried it on Linux or other Unixes.

Cheers

MA






On Fri, Feb 20, 2026 at 6:59 PM Marco Antoniotti <[email protected]>
wrote:

> The ANSI for EQUALP states that pathnames are always compared ar per
> EQUAL.  So LW is correct.
>
> Yes, I ended up using namestrings as keys, but I am chasing down a couple
> of other cases where the difference matters between LW (and ECL) and SBCL.
>
> I think it was Christopher Stacy who just said that the ANSI committee
> "punted" on pathnames.
>
> I regard this as a pinnacle of understatement. 🙄
>
> Cheers
>
> MA
>
> On Fri, Feb 20, 2026 at 6:51 PM Martin Simmons <[email protected]>
> wrote:
>
>> Actually, EQUALP does descend into pathnames, but LispWorks always uses
>> EQUAL
>> to compare the components on unix-like systems.  You can mount a
>> case-sensitive filesystem on macOS as well (e.g. nfs), so there could
>> potentially be different rules for different parts of the name.
>>
>> I suggest using the namestring as the key in an EQUALP hash table if you
>> don't
>> care about case.
>>
>> --
>> Martin Simmons
>> LispWorks Ltd
>> http://www.lispworks.com/
>>
>>
>>
>> >>>>> On Fri, 20 Feb 2026 18:11:35 +0100, Marco Antoniotti (as marco dot
>> antoniotti at unimib dot it) said:
>> >
>> > Hi
>> >
>> > Thanks Martin for your answer.
>> >
>> > Tim, the case is that in some cases I am loading an uppercased (or
>> > lowercased) name.  Things were all beautiful until I checked what SBCL
>> was
>> > doing.
>> >
>> > Other fun fact: things would still work in my use case (an EQUAL hash
>> table
>> > on pathnames) if EQUALP descended in the pathnames guts; alas, this is
>> not
>> > in ANSI.
>> >
>> > Cheers
>> >
>> > MA
>> >
>> >
>> > On Fri, Feb 20, 2026 at 6:04 PM Tim Bradshaw <[email protected]> wrote:
>> >
>> > > On 20 Feb 2026, at 17:02, Marco Antoniotti (as marco dot antoniotti at
>> > > unimib dot it) <[email protected]> wrote:
>> > > >
>> > > > My code runs on LWM but not on SBCL.  Or viceversa.
>> > >
>> > > Can you explain what the actual problem is: are you somehow depending
>> on
>> > > the case of the filename?
>> >
>> >
>> >
>> > --
>> > Marco Antoniotti, Professor, Director         tel. +39 - 02 64 48 79 01
>> > DISCo, University of Milan-Bicocca U14 2043
>> http://dcb.disco.unimib.it
>> > Viale Sarca 336
>> > I-20126 Milan (MI) ITALY
>> >
>> > REGAINS: https://regains.disco.unimib.it/
>> >
>>
>
>
> --
> Marco Antoniotti, Professor, Director         tel. +39 - 02 64 48 79 01
> DISCo, University of Milan-Bicocca U14 2043   http://dcb.disco.unimib.it
> Viale Sarca 336
> I-20126 Milan (MI) ITALY
>
> REGAINS: https://regains.disco.unimib.it/
>


-- 
Marco Antoniotti, Professor, Director         tel. +39 - 02 64 48 79 01
DISCo, University of Milan-Bicocca U14 2043   http://dcb.disco.unimib.it
Viale Sarca 336
I-20126 Milan (MI) ITALY

REGAINS: https://regains.disco.unimib.it/
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.