Re: change 32326 ARCHIVE::TAR exposed bugs on VMS. On Fri, Nov 16, 2007 at 09:05:21AM -0600, John E. Malmberg wrote: > This patch exposed some more bugs in Archive Tar filename handling on  > VMS.  I do not have fixes for them yet, as I barely have time to write  > this summary. Thanks for making the time to do that > 1. VMS generally takes a trailing C<.19924> as a file version number, so  > files ending in a dot followed by a number will not work well. I'm confused. I thought that it was ';'. Or is that in VMS filespecs, and it's dot when converted to Unix format? > If VMS sees a second dot in a file name followed by a number it will  > treat it like a file version number, and that will cause problems  > depending on what the process id happens to be.  Please use an underscore. This is in the test, rather than inherent in the code.   > 2. sub _prefix_and_file is broken on VMS because it is trying to parse a  > UNIX file spec with File::Spec::splitpath, and paths containing "../"  > are one of the UNIX ones that can not survive that.  The UNIX routines  > need to be used. >  > 3. _extract_file is trying to put together a native path from the UNIX  > path, and a directory with '..' broke the algorithm we were using as it  > now creates a directory named '__/' when '..' is present.  I am not sure  > how to generically fix that routine to stop it from translating "." to  > "_" in the case of ".." These are just exposing issues that were already present? So the best fix for now would be to skip the new tests on VMS? And note that the (security wise already unsafe) extration to ../ isn't going to work on VMS. Nicholas Clark