#arc help
15 messages in this thread
Hi again folks. Tis I with yet another problem. I need to get a couple of
files unPAKed, but am having problems. The PAK file I dloaded is ARCed. Ok,
so far so good. I dloaded ARC.EXE to my disk titled dload:. The file
shows up when I do a dir dload: But, when I attempt to execute the file by
typing arc.exe I get a message returned…"Cannot open arc.exe, file is
not an object module." As far as I can determine, there are 2 directories
on the disk titled dload: One is for a golf program, the other seems to
be the trashcan directory. I have other files in the same area which I am
able to execute with no problem. I'd appreciate some help on getting
ARC.EXE to extract itself. I need to unPAK these other files ASAP, so any
and all help is GREATLY appreciated! :>
Randy
Files with the .PAK extension don't need to be unPAK-ed…..They're self
extracting archives. Archives with .ARC, .ZOO, .LZH, .WRP, and .LZW
extentions need the utilities ARC, ZOO, LHARC, WARP, and LHWARP
(respectively) to extract the files.
It's odd that ARC.EXE won't run for you. Which terminal program are you
using, and which protocol did you use to download it?
Steve
Steve, thanks first for clearing up that PAK files don't need to be
unPAKed, as I thought! Will try and unPAK them as soon as I go offline.
When I dloaded ARC.EXE it was using the term program ACCESS!, it seems to
be one I like best of 4 I've tried so far. I used XModem, since that
appears to be all this term supports. I've tried to use other terms, using
protocols such as CIS B+, but have had my problems using those. Not sure
why, seems to be something to do with the exact syntax I need to get the
file to the disk I want it on. As for ARC.EXE I put it on a formtatted,
blank disk which was made using the INITIALIZE from the Workbench. This put
a Trashcan Icon on the disk, and I'm wondering if the file went into the
trashcan directory. Anyway, thanks again for the advice on the PAKed files!
Randy
Randall,
Access does support CIS B (and QB) – you just don't see it in the
program's menus because it's initiated automatically by the Compuserve
host. Simply request a QB download here, and the system will ask you for a
file name to use on _your_ system. When you provide this, Compuserve will
communicate with Access and automatically tell Access to download the file.
Hope this helps….
…BobR
Bob, thanks for the help! Guess I'm so used to seeing what protocols are
available I never realized that CIS B might work anyway! :> Now I just need
to make sure of the correct naming format to get the file on the disk I
want it. I seem to have had trouble doing that with CIS B when I tried it
with JRComm.
Randy
Randall,
Getting the correct name for the file is not too difficult. I am
assuming that you are downloading to a floppy disk here. It is best to use
the NAME of the disk onto which you'd like to receive the file when giving
the file name to CIS – for example, if you have a formatted disk called
DownLoads: (you name a disk when you format it), and you'd like to download
the file called FOOBAR.LZH, when CIS asks you for the name of the file for
your system, you'd tell it "DownLoads:foobar.lzh" (without the quotes). If
you just want to download it to the disk that you have in drive DF0:, you
could specify "DF0:foobar.lzh" (again, without the quotes). I would also
recommend NOT creating or referencing disks with names that contain spaces,
like "My Disk:", as this makes life a lot more confusing, even if AmigaDOS
allows you to do it.
Hope this helps….
…BobR
Bob, thanks for the help! Will go and attempt to dload a file now and see
what happnes. :>
Randy
Randall… arc will not run unless it is in your CURRENT directory. You
either have to use the CD command to change the current directory to where
ARC is located (ie: CD DF1: if ARC is located on your first external
drive in the root directory) OR you can run arc by specifying the FULL path
name to tell amigados where it lives (ie: df1:Arc [command] [archivename].
Michael, thanks for the reply! However my problem seems to be getting
ARC.EXE to extract itself. I went into the Shell from WB 1.3, and tried to
get the file to extract by 1. typing ARC.EXE, which returned the "file is
not an object module"[, and also tried to get it to extract by typing
EXECUTE ARC.EXE. Neither of these methods worked, though. So I sit with
ARC.EXE waiting on my disk, but no way to unARC anything. Any ideas on
that?
Randy
Randall,
ARC.EXE is in executable form as downloaded. It is not a self-extracting
archive. If you typed ARC.EXE and didn't get an information on usage typed
out, then something is wrong with your download.
FYI – we call it ARC.EXE to designate that it is stored in our library in
executable form. After you download it, just type the following command
line to change its name:
rename arc.exe arc
What terminal program did you use to download, and what protocol & serial
port settings did you use?
David
David, ah, ok! Executable as is, will note that. I'll try renaming the file
first before I attempt another dload of the program. I used ACCESS! using
XMODEM, since at that time I wasn't very familiar with CIS QB. TThe
settings I used were 8N1 for the dload. I've dloaded lots of other files
with little trouble.
Randy
Randall,
You have to have a program to unarc. Suppose that on drive 1 you have a
program called ACC142.ARC. Also, suppose that you have copied ARC.EXE to
your c: directory, renaming it to ARC. THen, do this:
MAKEDIR DF1:ACC142
CD DF1:ACC142
ARC X DF1:ACC142.ARC
That will work – just substitute the name of your file for the ACC142.ARC
Betty
Thanks Betty! Will give that a try!
randy
What are your terminal settings? (How many bits, what parity, and how many
stop bits?) You should have it set to 8 bits, no parity, and 1 stop bit.
Steve
Steve, yep, it is always set to 8N1. Except for JRComm, which will NOT give
me anything but garbage no matter how long I'm on the system or what I do.
I always have to set JRComm to 7n1 or 7e1 to get readable text.
Randy