Start rationalizing Unix-to-VMS file spec conversion code.
authorCraig A. Berry <craigberry@mac.com>
Sat, 21 Jan 2012 00:04:20 +0000 (18:04 -0600)
committerCraig A. Berry <craigberry@mac.com>
Sat, 21 Jan 2012 03:42:21 +0000 (21:42 -0600)
commit3b7517cbd076db646028fd535ee0edea05bc378a
tree2915f447ee47410a0b544508d4267170a0868499
parent102411b6b99d0bbca50835265fea29091f139c13
Start rationalizing Unix-to-VMS file spec conversion code.

Back in 360732b5267d5dfef32b932bf13ceebc6683df74, we started using
an experimental new conversion routine that had been designed for
a CRTL feature called POSIX-compliant pathnames but at this point
was added as a jumping-off place halfway through the existing code
for converting Unix-format file specifications to VMS format. But
only for newer versions of VMS and only when a different and
unrelated feature called Extended Filename Syntax (EFS) had been
enabled.

But this newer implementation (somewhat inauspiciously named
posix_to_vmsspec_hardway) is less complete and more buggy than the
older implementation, and it imposes expectations that have nothing
to do with EFS, not to mention making for a larger, version-
specific support matrix.

So for now go back to the older, better-tested (though imperfect)
version and simplify the differences made by invoking EFS.  None
of this makes any difference at all unless non-default CRTL
features have been enabled.
vms/vms.c