Unnecessary tar-compress-uuencodes
Darren New
new at udel.EDU
Fri Jul 13 23:31:24 AEST 1990
This sounds good. As long as we are playing with "standard" formats,
we might want to consider a new version of UUENCODE that avoids
any characters that are not available in EBCDIC. I have one that
uses only +-*/ 0-9 A-Z a-z and has checksums on each line.
Other than that, the new shar format looks good.
I would suggest making restrictions on the characters that
can appear in filenames (like 14 chars or less, no spaces,
colons, backslashes, [, ], only one period, no semicolons,
and so on). These could be enforced by default in the
packer and turned off only after dire warnings.
Incidentally, why Unix octal protection bits? Why not
RWED (for read, write, execute, delete)
or some other non-Unix semantics? If it's going to a
Unix machine, a shell script could be put in the archive
to properly set the protections. If you need particular
UNIX protections, you probably also need particular owners
and groups and such information would be nice to know for
those not running under UNIX. -- Darren
More information about the Alt.sources.d
mailing list