home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!charon.amdahl.com!pacbell.com!sgiblab!zaphod.mps.ohio-state.edu!rpi!bu.edu!inmet!noc.near.net!bigboote.WPI.EDU!nntp!tomster
- From: tomster@bigwpi.WPI.EDU (Thomas Richard Dibble)
- Newsgroups: comp.archives.msdos.d
- Subject: Re: Downloading problems
- Message-ID: <TOMSTER.93Jan26200202@bigwpi.WPI.EDU>
- Date: 27 Jan 93 01:02:02 GMT
- References: <olevnmr.728074059@sunfun>
- Distribution: comp
- Organization: ZikZak Corporation
- Lines: 68
- NNTP-Posting-Host: bigwpi.wpi.edu
- In-reply-to: olevnmr@chem.ualberta.ca's message of 26 Jan 93 18:47:39 GMT
-
- >>>>> On 26 Jan 93 18:47:39 GMT, olevnmr@chem.ualberta.ca (olevnmr) said:
-
- o> I have recently acquired a 486/33 EISA with 4MB RAM/105MB HDD,
- o> etc., etc., etc. I am using an old hayes compatible modem (1200
- o> baud! Gasp!!) and telemate 3.01 software. Now what I'd like to do
-
- First off, obtain for yourself version 4.0. See if that works.
-
- o> is download files from my Unix machine at work, using zmodem
- o> (ideally) or X/Ymodem. I have downloaded zmodem.tar.Z,
- o> uncompressed, tarred, and built sz, but it doesn't work! If I do
- o> 'sz foo.bar' it will flag my PC at home to start a zmodem
- o> receive, but then not send any data. I have messed around with
- o> any switches which I could possibly see as relevant, but to no
- o> avail. Any suggestions? The unix host is a Sun Sparcstation 1+,
- o> running SunOS 4.1.1. (This is BSD unix)
-
- Okay: first step is to isolate the problem. You say you have a
- z-modem recieve program? Well let's see if it will accept the files
- your host is sending. First, go to the 'Options' menu and select
- 'Protocol'. De-select the 'Auto-Download' option under Z-modem so
- that we can download to an external protocol. Type in the 'sz' string
- at your host's prompt, shell out to DOS (Alt-J), and initiate the
- external z-modem's recieve command. (In order for this to work you
- must either know the switches to the 'rz' program or have a batch file
- made up ready to execute). If your host is sending everything right
- then the file will be recieved with little or no errors.
-
- If the host is sending it right then something is wrong with
- TeleMate and you should probably (as a good consumer) notify the
- author so he can fix it. Perhaps he already *did* fix it in between
- 3.01 and 4.
-
- If the host is not sending it right you're going to have to do
- a bit of checking. Make sure you don't have 'sz' aliased to anything
- else (like alot of systems have 'rm' aliased to 'rm -i'). Then, list
- the man page of sz. Decipher.
-
- My own personal experience is this: TM4.00's z-modem
- downloading is just spiffy. It has yet to fail, is interruptable,
- automatic, etc. I like it! (much better than the above-listed
- routine which I had to use for Procomm.)
-
- o> Please help! The fastest way I have of transfering files now is
- o> to uuencode them, and send as pure text. This effectively slows
- o> down my modem by ~35%, since it increases the filesize by that
- o> much. If I can get zmodem working, then I'll consider buying a
- o> 2400 baud modem. Otherwise, I'll hold off until I can afford a
- o> faster one, and suffer in the meantime!
-
- Also take into consideration the speed of the host's connection. Many
- are still at 2400 baud, which negates any added value of getting a
- 9600 v.32 (or whatever the newest compression scheme is called).
-
- o> Either post or E-mail, depending on how useful you think the
- o> information is to general users. (Put the onus on someone else
- o> :-)
-
- o> THANKS!!!!
-
- ---- tomster@wpi.wpi.edu
-
- --
- /****************************************************************************\
- | "I sometimes used to try to catch her, : FROM: tomster@wpi.wpi.edu |
- | but never even caught her name." : TO: who(m)ever reads it |
- | ---- the cure : CC: programming language |
- \vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv/
-