🚀 go-pugleaf

In article <CMM.0.88.631382411.cmm1@cunixa.cc.columbia.edu> cmm1@CUNIXA.CC.COLUMBIA.EDU (Christopher M Mauritz) writes:
]I've heard that ARC 6.0 is available for the ST.  Where is it?  Is it
]any good?  Is it faster than 5.21?  Enquiring minds want to know. [...]

It's just been posted to comp.binaries.atari.st
I tried it and I liked it. There are some things to complain on, though...

.complaining on

When I got arc 5.12 I've read that new compression methods will be
listed as "unknown" and can't be handled otherwise (naturally)... What I get
instead is a message "This version of arc can't handle file fubar.xyz. I
think you need a newer version of arc."... Not that this message is wrong or
shouldn't be printed, but WHY DOESN'T ARC CONTINUE TO DO ITS WORK BUT
IMMEDIATELY STOPS INSTEAD? If I do "arc v fubar.arc" and fubar contains
files which are squashed, I want arc to show me the contents of the
archive-file. If I do "arc x fubar.arc" I want arc to skip these
files such as "fubar.xyz - unknown compression method. Skipped.".
What I don't want arc to do is to abort the whole task.

This has been done by transitioning from arc 5.12 to wunderful(?) arc 5.21
with its squashing algorithm. This fault has been repeated on arc 5.21,
which can now be seen when listing an arc 6.xx archive which contains
sub-directories. Sigh.

.complaining off

Another one, which is more of a *real* (and heavy) bug:
Arc lost it's capability of dealing with overlong filenames.
That is, when I read news and save one or another article (under *NIX)
I sometimes use a name which doesn't fit into this nasty 8 char name
and 3 char extension -scheme. When I arc the saved articles afterwards,
arc puts them into the archive. When I list this archive with arc 5.12
the output format is mangled, but nothing else. Even with arc 5.21...
I have a Turbo-C port of arc (called tcarc), which has trouble in
displaying these entries... This doesn't matter too much, although it's
quite ugly.
When I list one of these archives with the recently posted arc 6.02,
it kind of crashes. It takes overlong time (far too much!), then it
displays entry corrupted, skipping xxx bytes messages !! The remaining
file-entries get displayed. On the last output-page with all those nifty
statistics, there are really weird numbers ! (How does an archive of
~200KB consisit of over 5 MB of data which leads to negative amount of
diskspace left on the drive the archive resides on ?)

This behaviour has been tested on at least 5 archives which contained
files with overlong names. It's highly repeatable, and if you often arc
on *NIX and often have overlong names, you'll often get annoyed with
this blatant bug !
Please, fix it asap !

Greetings,
				RIPLEY

-- 
Greetings from RIPLEY | UUCP: ripley@tubopal.UUCP (ripley@opal.cs.tu-berlin.de)
Hans-Christian Eckert |         ...!unido!tub!opal!ripley (Europe) 
D-1000 Berlin 30      |         ...!pyramid!tub!opal!ripley (World)
Regensburger Str. 2   | BITNET: ripley%tubopal@DB0TUI11.BITNET (saves $$$)