Re: pathnames do not resolve if they include symbolically linked directory components

Gary Byers <[email protected]> Mon, 20 Jan 2003 11:37:10 -0700 (MST)
Newsgroups gmane.lisp.openmcl.bugs
Message-ID <[email protected]>

On Mon, 20 Jan 2003, james anderson wrote:

> hello;
>
> i was looking to port something from mcl/digitool and am wondering
> about pathname support.
> should i expect symbolic links / aliases to work?
> it does not appear that they do.

POSIX-style symbolic links and MacOS-style aliases are both supported
by OSX; they're very different entities, even though they offer
similar functionality.

As a Darwin application, OpenMCL recognizes and resolves symbolic
links (it's actually a bit hard for it not to.)

From the Darwin/BSD layer, MacOS aliases are just odd files; I don't
believe that there's any way to "see" that they may have special
significance.

>
> files for which translate-logical-pathname should resolve to a filename
> end up with a pathname which still reflects a symbolically linked
> directory. both probefile and truename fail for these files.
>
> ...
>
>
> _______________________________________________
> bug-openmcl mailing list
> [email protected]
> http://clozure.com/cgi-bin/mailman/listinfo/bug-openmcl
>
>