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/