| Re: [hatari-devel] hmsa utility does not recognize .zip.st extender / zip2st features |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/hatari-devel Archives
]
Hello,
Am Mittwoch, den 30.05.2012, 00:54 +0300 schrieb Eero Tamminen:
> On keskiviikko 30 toukokuu 2012, Thomas Huth wrote:
> > Am Tue, 29 May 2012 18:13:59 +0200
> > schrieb Matthias Arndt <marndt@xxxxxxxxxxxxxx>:
> > > [bug description]
> > Eero, seems like you introduced this in changeset 774149db8bd4, could
> > you please have a look at this?
>
> Fixed hmsa:
> http://hg.tuxfamily.org/mercurialroot/hatari/hatari/rev/0644105db272
I have update my source tree and the bug seems gone. Thanks for the
fix!
> Should I fix zip2st too?
For convenience, I would vote for YES because after conversion to .ST,
there is no .zip involved and the original .zip (which is used as
conversion input) is left intact.
But as long as hmsa doesn't die afterwards, I'm already happy and can
remove the extra .zip myself.
I also noticed that a subfolder with the ZIP contents and the full
filename is created by zip2st. Sometimes this is not intended by the
user: think of a file distribution that contains an AUTO folder. If
there is a toplevel directory added, the intended AUTO won't run.
Or is there a commandline option that I missed?
Regards,
Matthias
--
Matthias Arndt <marndt@xxxxxxxxxxxxxx>
PGP-Key: http://www.final-memory.org/files/marndt.asc
Jabber: simonsunnyboy@xxxxxxxxxxxxxxxx