At 9:41 AM +0930 10/22/07, Jeremy Begg wrote: Thanks for the reply.
>>So rolling our own chdir() should be doable, one way or another. But >>this made me stop and wonder how many other CRTL routines that >>operate on files need to be changed to handle symbolic links >>properly, but haven't been as of OpenVMS v8.3. Anyone know of cases >>besides unlink() and chdir() that don't work? Should we be bold and >>enable this support in Perl even though we don't know how much of it >>actually works? > >Can I suggest the thing to do would be to work out which CRTL routines you >would use, Avoiding that is one of my reasons for raising the issue :-). Someone should do a full audit of everything in the CRTL that uses path names, figure out when and where those path names can be symbolic links and should or should not be followed based on any standards governing the routines in question. I would really like that someone not to be me. I was just curious whether there were other cases that people had run into. >then ask HP OpenVMS Engineering to tell you how they behave with >symlinks, subject to the presence or absence of assorted DECC$ logical >names? (I assume here your problem is that symlink handling isn't well >documented.) It does sort of look as though the limitations aren't documented consistently, and those that are documented are documented as likely to be lifted in the future. >You mentioned having to define logical names such as >DECC$POSIX_COMPLIANT_PATHNAMES to get certain behaviour from CRTL, but this >runs the risk of breaking other applications. Did you know you can enable >and disable this and similar behaviours from within a C program? Check out >the decc$feature_xxx() routines, e.g. decc$feature_get() and >decc$feature_set(). I'm aware of that capability and have used it before. I'm not sure that'd work for posix-compliant pathnames as you also have to have a root defined, which appears to be a system-wide setting (see HELP SET ROOT). -- ________________________________________ Craig A. Berry mailto:[EMAIL PROTECTED] "... getting out of a sonnet is much more difficult than getting in." Brad Leithauser