Re: Results so far of trying to get 04_cpanplus-Module.t to pass on VMS

2007-08-30 Thread John E. Malmberg
David Landgren wrote: John E. Malmberg wrote: [...] One issue is that the VMS specific File::Spec routines should never be calling vmsify() or unixify(). These routines are not reversible, even if they make some cases of parsing more convenient, there are a number of VMS path specifications

Re: Results so far of trying to get 04_cpanplus-Module.t to pass on VMS

2007-08-30 Thread Craig A. Berry
At 9:15 AM -0500 8/29/07, John E. Malmberg wrote: >I have been working on trying to get the CPANPLUS tests to pass on VMS. > >Right now 04_cpanplus-Module is failing for at least the following reasons: > >rmtree() is broken on VMS as it can not handle a file named '.;'. This is >noticed because a

Re: Results so far of trying to get 04_cpanplus-Module.t to pass on VMS

2007-08-30 Thread David Landgren
John E. Malmberg wrote: [...] One issue is that the VMS specific File::Spec routines should never be calling vmsify() or unixify(). These routines are not reversible, even if they make some cases of parsing more convenient, there are a number of VMS path specifications that can not make the

Re: Results so far of trying to get 04_cpanplus-Module.t to pass on VMS

2007-08-30 Thread John E. Malmberg
Craig A. Berry wrote: At 9:15 AM -0500 8/29/07, John E. Malmberg wrote: I have been working on trying to get the CPANPLUS tests to pass on VMS. Right now 04_cpanplus-Module is failing for at least the following reasons: rmtree() is broken on VMS as it can not handle a file named '.;'. This i

[patch@31750] rename directories on VMS like on UNIX

2007-08-30 Thread John E. Malmberg
The rename() routine in most versions of the VMS CRTL will not rename directories. It returns an error on the attempt. Some versions of VMS have a feature setting that changes this behavior. This patch implements a Perl_rename() that operates the same way as rename() does on UNIX as far as di

[patch@31750]File::Path infinite recursion on VMS fix.

2007-08-30 Thread John E. Malmberg
The attached patch file_path_pm.gdiff handles a special case of a filename named "." on VMS that is not a directory. If rmtree() is called on a directory with this present, it causes an infinite recursion. As failed Perl tests on VMS tend to leave a file named "." behind as a result of a file

[patch@31750] Achive/Tar fixes for VMS

2007-08-30 Thread John E. Malmberg
This patch makes the following changes: In lib/Archive/Tar.pm, currently Perl on VMS can not fully deal with directory specifications that have C<.> characters in them. Internally the VMS.C module currently translates them to C<_> characters. In the future as Perl on VMS learns how to handle

[patch@31750] CPANPLUS extract.pm fixes for VMS.

2007-08-30 Thread John E. Malmberg
In lib/CPANPLUS/Internals/Extract.pm, VMS needs to use catfile to deal with combining path components that could include a file name component. If C will work for all platforms, then the test for VMS can be removed. -John [EMAIL PROTECTED] Personal Opinion Only. --- /rsync_root/perl/lib/CPANP