Path: utzoo!news-server.csri.toronto.edu!cs.utexas.edu!usc!rpi!uupsi!sunic!news.funet.fi!tukki.jyu.fi!jyu.fi!otto From: otto@kipuna.jyu.fi (Otto J. Makela) Newsgroups: comp.binaries.ibm.pc.d Subject: Re: VRAM386 in SIMTEL20 corrupted?? Message-ID: Date: 16 Mar 91 22:00:10 GMT References: <5412@vela.acs.oakland.edu> <19705@brahms.udel.edu> Sender: news@tukki.jyu.fi (News articles) Organization: Turing Police, Criminal AI section Lines: 20 In-Reply-To: kmorrill@brahms.udel.edu's message of 16 Mar 91 12:35:17 GMT Nntp-Posting-Host: kipuna.jyu.fi In article <19705@brahms.udel.edu> kmorrill@brahms.udel.edu (Ken Morrill) writes: In article , wong@cs.UAlberta.CA (Brian Wong) writes: > This is how I download vram386.zip: > 1. ftp it from 26.2.0.74. yes I DID use tenex mode. > the second time I tried 128.252.135.4 and I used binary mode. > 2. uuencode the file, get a file called vram386.uue > 3. use 1k-xmodem program to download the text file to my pc > 4. uudecode the file then pkunzip What puzzles me about your general procedure (which I understand almost always _works_) is why you take the time to turn zipped files that you want zipped anyway into text files at all before downloading to your pc. Neither do I understand the uuencoding step: xmodem-1k requires a full 8-bit path for the transfer anyway, why try to textify it first ? -- /* * * Otto J. Makela * * * * * * * * * * * * * * * * * * */ /* Phone: +358 41 613 847, BBS: +358 41 211 562 (USR HST/V.32, 24h/d) */ /* Mail: Kauppakatu 1 B 18, SF-40100 Jyvaskyla, Finland, EUROPE */ /* * * Computers Rule 01001111 01001011 * * * * * * * * * * * * * * * * */