Craig A. Berry wrote:

On May 30, 2009, at 12:39 PM, John E. Malmberg wrote:

The lib/file/compare.t test has never been correct for VMS, but the bugs where mostly hidden until testing on a ODS-5 volume with that allows filenames with more characters in them than VMS traditionally allows. This is known as EFS_CHARSET mode.

I think you are right that the test that intentionally has a space in the filename is not working right in traditional mode. The correct fix would be to detect whether files with spaces in the name are actually supported and skip that test if not.

This also exposes that the vmsify() routine in the traditional VMS mode is not matching how the C library in VMS internally implements the equivalent function.

There are no explicit vmsify calls in the test, so I don't know what you are referring to.

I am referring to the internal calls to convert Unix to VMS filenames in VMS.C which the vmsify() routine is a wrapper for.

The CRTL is discarding space characters found in UNIX format filenames when converting them to VMS. The code that implements vmsify() does not do that. If it had, this issue would have been seen before.

It also exposes that the flush() operation is a no-op on the VMS platform, which is something that needs to be fixed.

I don't think it's working any differently than anywhere else. You may be getting confused by the fact that calling flush() on a filehandle only flushes the perlio buffers and does not implicitly do an fflush(), much less an fsync(), on the underlying file descriptor.

This issue with flush() has shown up before, but the test was modified to not use that algorithm.

The DECC$FILE_SHARING feature needs to be active for this test to work when the EFS_CHARSET mode is on. By default DECC$FILE_SHARING is off, and so far none of the other Perl tests need it enabled, even when in UNIX compatible mode.

Flushing and file sharing aren't really relevant. When calling File::Compare::compare with a filename rather than a handle, we just need to make sure the file is closed first on VMS. That's it.

This test is expecting that the data written to the file by one file handle can be read by the second file handle while the first file handle is open.

According to X/Open, the only way to guarantee that is to call a fsync() call. The IO->flush is the closest thing to that, and when I checked the source code a while back, I discovered that it was not doing anything.

We should be able to fix Perl on VMS so that this test runs the same way on VMS as it does on UNIX when the extended file specifications are active, and the UNIX file sharing mode is set.

For the traditional VMS mode, I think that the test should be modified or skipped, but for using extended file specifications, the original algorithm should work.

The last e-mail from Craig that I saw about the initial submission where he was not sure about the extra diagnostics, but was going to look it over, and I did not see a response to my more detailed post about patch and why these diagnostics are needed.

Sorry not to follow up in a timely fashion. I'll try to do better this time. I have something mostly working that just needs a bit more testing.

Regards,
-John
wb8...@qsl.net
Personal Opinion Only

Reply via email to