Path: utzoo!utgpu!jarvis.csri.toronto.edu!clyde.concordia.ca!uunet!mcsun!unido!tub!tubopal!ripley From: ripley@tubopal.UUCP (Hans-Ch. Eckert) Newsgroups: comp.sys.atari.st Subject: ARC 6.02-bug (was Re: ARC 6.0) Summary: A bit complaining and a SOFTWARE PERFORMANCE REPORT (aka bug report) Keywords: arc, bug Message-ID: <814@opal.tubopal.UUCP> Date: 8 Jan 90 14:40:12 GMT References: Reply-To: ripley@tubopal.UUCP (Hans-Ch. Eckert) Organization: Technical University of Berlin, Germany Lines: 59 In article 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 $$$)