home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!olivea!spool.mu.edu!darwin.sura.net!udel!gvls1!tredysvr!asns!mdobbins
- From: mdobbins@asns.tredydev.Unisys.COM (Michael Dobbins)
- Newsgroups: rec.games.go
- Subject: Re: Help me "self-extract" PCIGC44Z.EXE
- Message-ID: <1992Dec30.141605.26102@asns.tredydev.Unisys.COM>
- Date: 30 Dec 92 14:16:05 GMT
- References: <92365.000051PEF2@psuvm.psu.edu>
- Organization: Unisys Corporation, Tredyffrin, PA
- Lines: 25
-
- In article <92365.000051PEF2@psuvm.psu.edu> PEF2@psuvm.psu.edu (Per Fjelstad) writes:
- >I introduced one possibly significant irregularity in transferring the file to
- >my home computer. I needed to reduce the record length to get VM's command
- >"pctrans" to move the file. I did this by running it through VM's simulations
- >of the Unix "Compress" _and_ "Decompress" commands. On the return "Decompress"
- >operation, I choose an option that reduced the length of the records in the
- >output file. With this done, I was able to download the file to my PC.
- >
- >1. Might I have distorted the file by sending it through that sequence?
-
- This is the most likely source of your problem. If the file is not
- exactly the same sequence of bytes as the original when you run it you
- will get unpredictable results.
-
- >2. Or was my original understanding wrong that I just needed to type the
- > filename, once the file was on my PC, to get a working program?
-
- The file name was: pcigc44z.exe
- so you sould just type: pcigc44z
-
- Did you ftp the file with 'binary' set?
-
- If you use a ftpmail server you must request the file be uuencode(d) and
- then uudecode it when it comes in. (you may also have to deal with
- assembling multiple pieces before that).
-