[comp.sys.amiga.datacomm] ZModem problems...

myb100@csc.anu.edu.au (01/25/91)

Firstly: Thanks to all those people who pointed me to the ZModem sources,
made offers to send it to me, or sent it to me. For those of you who
missed it, Zmodem (sz and rz) and can be found on your local 
comp.sources.unix archive. The XPR-Zmodem.library is on ab20, in
incoming/amiga/COMM.

Second - I can't get the thing to work :-) :-(

Not quite true - I do now have executables for sz/rz and sx/rx. sx works fine,
but the sz/rz combo don't: 

sz sends one packet, and then stops, time's-out 10 times straight and gives up. 

If I go the other way (Amiga->Sun), using rz, everything works fine, the file
is sent - until the last packet. The information screen says 'Sending EOF' and
just stops there. If I kill it, the file that has made it across is truncated
about one packet length from the end.

What gives ? My setup: A2000, running VLT4p846. I'm logged into our
Sun (running 4.1) via a terminal server with local telnet. Kermit is
quite happy to run here. I've used the default settings for ZModem, no ACKs,
putting files onto HD, and also onto RAM:

Any help GREATLY appreciated !
Thanks

===============================================================================
 Markus Buchhorn                                           ///  | This space
 Mt Stromlo and Siding Spring Observatories, Canberra     ///   | 
 PMB Weston Ck. P.O. A.C.T. 2611, Australia           \\\///    | intentionally
 markus@mso.anu.edu.au  -or-  markus@merlin.anu.edu.au \XX/     | left blank
===============================================================================

rick@tmiuv0.uucp (01/31/91)

In article <stephane.3432@Chucla.CAM.ORG>, stephane@Chucla.CAM.ORG (Stephane Laroche) writes:
> In article <1991Jan25.102345.4194@csc.anu.edu.au> myb100@csc.anu.edu.au writes:
>> [Problems with Zmodem deleted]
>>
>>What gives ? My setup: A2000, running VLT4p846. I'm logged into our
>>Sun (running 4.1) via a terminal server with local telnet. Kermit is
> 			  ^^^^^^^^^^^^^
>>quite happy to run here. I've used the default settings for ZModem, no ACKs,
>>putting files onto HD, and also onto RAM:
>>
>>Any help GREATLY appreciated !
>>Thanks
>>
>>===============================================================================
>> Markus Buchhorn					    ///  | This space
>> Mt Stromlo and Siding Spring Observatories, Canberra	   ///	 |
>> PMB Weston Ck. P.O. A.C.T. 2611, Australia	       \\\///	 | intentionally
>> markus@mso.anu.edu.au  -or-  markus@merlin.anu.edu.au \XX/	 | left blank
>>===============================================================================
> 
> I had problems before here with our terminal server and Zmodem until I
> changed the terminal server parameters from 7E1 to 8N1.  On our server we
> can do this with <stty bchar 8 parity none>.
> 
> Hope this helps.
> 
> --
>  Stephane Laroche   | Email: stephane@Chucla.CAM.ORG
>  +1 514 277-8605    |	     Montreal, Que.,  Canada

Actually, to do any kind of binary file transfer other than with Kermit, you
need an 8N1 connection.  Kermit (to my knowledge) is the only protocol that
can download or upload binary data over a 7-bit connection (by using 8th bit
prefixing).  There are several terminal programs that automatically switch
to 8N1 when up/downloading, then revert back to 7E2 or whatever for
interactive use.  If your terminal server is locked into 7E2 or whatever, 
you're dead.  Sorry.
-- 
.--------------------------------------------------------------------------.
|[- O] Rick Stevens                                                        |
|  ?   EMail: uunet!zardoz!tmiuv0!rick -or- uunet!zardoz!xyclone!sysop     |
|  V   CIS: 75006,1355 (75006.1355@compuserve.com from Internet)           |
|                                                                          |
|   "Everybody has to deviate from the norm...."                           |
|                                  - Rush                                  |
|   "I guess that makes me a deviant!"                                     |
|                                  - Me!                                   |
'--------------------------------------------------------------------------`

yorkw@stable.ecn.purdue.edu (Willis F York) (02/02/91)

Well I can "prove" ya wrong on the above..

At PURDUE university the Dorms can get "DOV" units. these are 9600 baud
modems and "apparently" use 7e1 connection, with xon/off.
(That's what the docs and stty say)

If i want to send a file TO the schools system i MUST use kermit 
and have my terminial prrogram set to 7e1, xon/off.

However to send TO my AMIGA, I just set 8n1 on my terminial, leave the
"schools" setting the same and send the file via Zmodem...

Thus ZModem for some reason Can work on a 7e1 line.

I'm really not sure what's going on tho... This is what works tho..

 
--
yorkw@ecn.purdue.edu  Willis F York    
----------------------------------------------
Macintosh... Proof that a Person can use a Computer all day and still
not know ANYTHING about computers. 

myb100@csc.anu.edu.au (02/03/91)

In article <2319@tmiuv0.uucp>, rick@tmiuv0.uucp writes:
> In article <stephane.3432@Chucla.CAM.ORG>, stephane@Chucla.CAM.ORG (Stephane Laroche) writes:
>> In article <1991Jan25.102345.4194@csc.anu.edu.au> myb100@csc.anu.edu.au writes:
>>> [Problems with Zmodem deleted]
>>>
>>>What gives ? My setup: A2000, running VLT4p846. I'm logged into our
>>>Sun (running 4.1) via a terminal server with local telnet. Kermit is
>> 			  ^^^^^^^^^^^^^
>>>quite happy to run here. I've used the default settings for ZModem, no ACKs,
>>>putting files onto HD, and also onto RAM:
>>>
>> I had problems before here with our terminal server and Zmodem until I
>> changed the terminal server parameters from 7E1 to 8N1.  On our server we
>> can do this with <stty bchar 8 parity none>.
>> 
>>  Stephane Laroche   | Email: stephane@Chucla.CAM.ORG
> 
> Actually, to do any kind of binary file transfer other than with Kermit, you
> need an 8N1 connection.  Kermit (to my knowledge) is the only protocol that
> can download or upload binary data over a 7-bit connection (by using 8th bit
> prefixing).  There are several terminal programs that automatically switch
> to 8N1 when up/downloading, then revert back to 7E2 or whatever for
> interactive use.  If your terminal server is locked into 7E2 or whatever, 
> you're dead.  Sorry.
> |[- O] Rick Stevens                                                        |
> |  ?   EMail: uunet!zardoz!tmiuv0!rick -or- uunet!zardoz!xyclone!sysop     |

Well - Thanks to all the responses I've gotten, E-mail and posted. But still 
no luck. Changing the packet length didn't help. Our terminal server is
set to 8bit, no parity, but it doesn't seem to have a setting for # stop-bits.

I've yet to try another trick - we have several terminal servers, one of which 
is duplexed for LAT and TCP. I'm going in via LAT, vis:

connect msotel node magpie destination merlin

where magpie is an ULTRIX box (DS3100) and Merlin is a SPARCstation.
Soon as I get a chance I'll try a more direct TCP line. Here's hoping....

===============================================================================
 Markus Buchhorn                                           ///  | This space
 Mt Stromlo and Siding Spring Observatories, Canberra     ///   | 
 PMB Weston Ck. P.O. A.C.T. 2611, Australia           \\\///    | intentionally
 markus@mso.anu.edu.au  -or-  markus@merlin.anu.edu.au \XX/     | left blank
-------------------------------------------------------------------------------
 Phone donations: AUS-6-249-0283 Flames: alt.dev.null  Disclaimer: standard
===============================================================================

dwh@twg.com (Dave W. Hamaker) (02/14/91)

rick@tmiuv0.uucp writes:

>... Actually, to do any kind of binary file transfer other than with Kermit,
>you need an 8N1 connection. ...

To clear up some of the confusion on this matter, ZMODEM does have the ability
to use 7-bit connections, but this is a relatively new feature.  If it doesn't
work, newer software may be needed on one or both ends, presuming reasonably
up-to-date and complete implementations of ZMODEM are available for both
machine/OS combinations.

-Dave Hamaker
dwh@twg.com

jprad@faatcrl.UUCP (Jack Radigan) (02/15/91)

dwh@twg.com (Dave W. Hamaker) writes:

>rick@tmiuv0.uucp writes:

>To clear up some of the confusion on this matter, ZMODEM does have the ability
>to use 7-bit connections, but this is a relatively new feature.  If it doesn't
>work, newer software may be needed on one or both ends, presuming reasonably
>up-to-date and complete implementations of ZMODEM are available for both
>machine/OS combinations.

  The PD specification of ZMODEM (the one developed under contract for
Telenet) does not support 7bit transfers.  And, while it may now be
supported in the ZMODEM-90 extension, that is proprietary and has a very
prohibitive licensing policy.  So, I doubt that this will be forthcoming
in any product not produced by Omen Technology directly.

  -jack-

papa@pollux.usc.edu (Marco Papa) (02/15/91)

In article <989@faatcrl.UUCP> jprad@faatcrl.UUCP (Jack Radigan) writes:
|  The PD specification of ZMODEM (the one developed under contract for
|Telenet) does not support 7bit transfers.  And, while it may now be
|supported in the ZMODEM-90 extension, that is proprietary and has a very
|prohibitive licensing policy.  So, I doubt that this will be forthcoming
|in any product not produced by Omen Technology directly.

Ditto.  Chuck Forsberg kind of screwed up big when he got real greedy.

-- Marco
-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
"Xerox sues somebody for copying?" -- David Letterman
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

sirotto@oak.circa.ufl.edu (Mike Cerrato) (02/16/91)

About TELNET and ZModem . . .

If you put TELNET into the binary mode, will ZModem work?  Acording to the HELP
file, turning on the binary mode starts 8 bit transmition.  I haven't had a
chance to try this, my TELNET access is rather limited . . .
           ___  __
|\   |\   |    /  \	SirOtto -- Gallant Knight of a rather large, squarish
| \  | \  |   /		    table someplace in the West Panhandle of Florida.
|  \ |  \ |--<
|   \|   \|___\____/	Michael E. Cerrato -- University of Florida

Internet: sirotto%maple.decnet@pine.circa.ufl.edu
UUCP:	  ...!uunet!uflorida!pine.circa.ufl.edu!sirotto%maple.decnet

jimb@faatcrl.UUCP (Jim Burwell) (02/16/91)

sirotto@oak.circa.ufl.edu (Mike Cerrato) writes:

>About TELNET and ZModem . . .

>If you put TELNET into the binary mode, will ZModem work?  Acording to the HELP
>file, turning on the binary mode starts 8 bit transmition.  I haven't had a
>chance to try this, my TELNET access is rather limited . . .

Yes.  I believe it does.  We have a Cisco terminal server here which uses
Telnet connections to connect to the hosts on this network.  I dial in,
enter the command "term download", which presumably puts Telnet into 8 bit
mode, then connect to a host, and start Zmodem transfers.

Incidently, if you can dial out through modems using tip, I wrote a program
a while back which puts tip into binary transparent mode so you can dial up
a system, dial out to another system, go into "passthru" mode, and start
up Zmodem at the two far ends :-).  It uses a Hayes modem like escape
sequence to go back to normal tip operation.  It's called "passthru", and
I posted it on alt.sources about a month or so ago.  BTW, it uses STREAMS.
I'm kinda new to Unix programming, so I didn't know a lot of Unixs didn't
have STREAMS (termios ioctls) interfaces.  Works great on SunOS 4.x.x and
up though.  (I am considering recoding it to use either sgtty and/or
termio, so it's more compatible...).

C'ya,
Jim
-- 
+--------------------------+      _  
|INET:  jimb@faatcrl.uucp  |     | \
|UUCP:  ..!rutgers!faatcrl!|    _|  \______________________________________
|      jimb                |   - ______        ________________          \_`,
+------------------------- + -(_______            -=    -=        USAF       ) 
                                      `--------=============----------------`
                                                -   -
                                               -   -
                                    `   . .  -  -
                                     .*` .* ;`*,`.,
                                      `, ,`.*.*. * 
 ______________________________________*  * ` ^ *____________________________
                IRAQ