star-1.5a64 aborts on reading archives with _small_ garbage tails

Hi,
 
> If you add these tags by wrapping the payload, why don't 
> you do the inverse when rading data back?

I want to inherit the unaltered reading method.

mount + filesystem functions    with ISO-9660
afio -i                         with afio
star -x                         with star

This reduces the software preparations for reading the
backup to the task to obtain one of above tools.

Nearly all operating systems can mount ISO-9660.
Future ones will maintain that capability (like
it is done nowadays for DOS-FAT).

star and afio are available for nearly any system.
I trust them to maintain in future the ability to
read their own nowadays format. They are open source,
free and written in C language. Today one can hardly
get better hope for compatibility in future.

That takes quite a burden from my shoulders.
I guess you know its weight.


With archives i could provide a reader program which
strips my tails from the data. With ISO-9660 there
is no such possibility.
So i prefer to keep the formats readable without
special prerequisites by taking care to chose only such
formats where the standard reader is supposed to stand
my tails (or can be talked at backup time into standing
them at restore time).

Trailing garbage is tradition with archives, padding
is tradition with CDs (and therefore with ISO-9660).
So i use the lee side of some old annoyances to hide
my activities. (Without CD padding i would never had
come to that idea.)

If the tails really become an essential obstacle for
restoring on future systems then the README or just some
reasoning should enable an average programmer to remove
them. (I'm also sure there is some clickicolorful binary 
file editor on Mac and Windows.)


Have a nice day :)

Thomas