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 > >