There has long been a bug in unixify() and readdir() on VMS that is
requiring a lot of code in perl to put in VMS specific checks to work
around it. unixpath() may also be affected as it is a wrapper around
unixify.
The behavior is that readdir() when opening a file in UNIX syntax and
unixif
John E. Malmberg wrote:
> I would like to write submit a patch that changes readdir() and
> unixify() to behave properly and also remove all the hacks that are
> compensating for the incorrect behavior.
+1
When it comes to VMSPerl users, I think bug fixing is more important than bug
compatibility
How about introducing the new readdir and others in an extension?
How about maintaining the old ones in an extension? For some
tasks I need for perl to prepare DCL scripts that work better with the
. and .DIR file types.
Peter Prymmer
Peter Prymmer wrote:
How about introducing the new readdir and others in an extension?
How about maintaining the old ones in an extension? For some
tasks I need for perl to prepare DCL scripts that work better with the
. and .DIR file types.
It is not a problem if you are using VMS syntax fil
At 3:52 PM -0500 8/11/07, John E. Malmberg wrote:
>There has long been a bug in unixify() and readdir() on VMS that is requiring
>a lot of code in perl to put in VMS specific checks to work around it.
>unixpath() may also be affected as it is a wrapper around unixify.
>
>The behavior is that rea
Craig A. Berry wrote:
> It's not really a matter of correctness or incorrectness. It's a
> matter of trying to emulate something foreign in a way that gives the
> fewest surprises and does actually work. The behavior you are seeing
> came in with 5.003, which is to say over 10 years ago and the e
This patch fixes Blead so that the lib/File/Find/t test will pass on VMS
8.3 and Perl built with symbolic link support.
In Find.pm:
The cwd needs to be forced to be in UNIX syntax, and the trailing "/"
resulting from the conversion removed.
The trailing "." or trailing ".dir" need to be remo
