Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!utgpu!water!watmath!clyde!rutgers!husc6!think!ames!ucbcad!ucbvax!CITHEX.CALTECH.EDU!cel From: cel@CITHEX.CALTECH.EDU.UUCP Newsgroups: comp.sys.atari.8bit Subject: ARCX problems Message-ID: <870505095823.0a8@CitHex.Caltech.Edu> Date: Tue, 5-May-87 13:03:56 EDT Article-I.D.: CitHex.870505095823.0a8 Posted: Tue May 5 13:03:56 1987 Date-Received: Thu, 7-May-87 04:04:39 EDT Sender: daemon@ucbvax.BERKELEY.EDU Distribution: world Organization: The ARPA Internet Lines: 32 I've been trying to get the ARCX program that was posted going on my 800, with only a certain amount of luck. The program as posted uudecodes to a binary load file that looks like: $FFFF binary file flag $2416 - $4D38 part1 $0400 - $0510 part2 $02E0 - $02E1 starting address = $3000 $FF1A - $FFFF ?? all $FF's ?? the last segment won't load properly on my system, and it looks like a control-Z followed by $FF's. I truncated the last piece, and the program at least loads and starts running, asking for an archive file, and doing a disk directory properly. When I uudecode JUMBO and have ARCX work on it, it starts to extract ARC.COM, (paraphrasing) >JUMBO.ARC DRIVE #1 SCREEN OFF?: N ... 196 bytes and just hangs there. Checksums match for uudecoded JUMBO and ARCX when uudecoded on my 800 and VAX/VMS, so I think they uudecoded okay. Are there some system dependencies? I have a 48K `plain vanilla' 800, running OSS's DOSXL. I've also tried Atari DOS 2.0, with the exact same results. -- Chuck Lane cel@cithex.caltech.edu @cithex.bitnet @cithex.span/.hepnet