home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / dcom / modems / 18150 < prev    next >
Encoding:
Text File  |  1992-12-15  |  2.5 KB  |  62 lines
  1. Newsgroups: comp.dcom.modems
  2. From: fred@genesis.demon.co.uk (Lawrence Kirby)
  3. Path: sparky!uunet!pipex!demon!genesis.demon.co.uk!fred
  4. Subject: Need help with ZMODEM. 
  5. Distribution: world
  6. References: <1992Dec14.215024.9838@PacBell.COM>
  7. Organization: BT
  8. Lines: 49
  9. Date: Tue, 15 Dec 1992 14:33:05 +0000
  10. Message-ID: <724429985snx@genesis.demon.co.uk>
  11. Sender: usenet@demon.co.uk
  12.  
  13.  
  14. In article <1992Dec14.215024.9838@PacBell.COM> jdwiede@PacBell.COM writes:
  15.  
  16. >
  17. >        Hi, everyone!
  18. >
  19. >I am not sure that this is appropriate group for my posting, but
  20. >only here I've found couple articles about ZMODEM.
  21. >
  22. >I need to transfer data files from our UNIX (SunOS) environment to the
  23. >customer's PC. I've successfully did it with KERMIT, but it require some
  24. >user action to initiate receive operation.
  25. >So, my customer prefer to have ZMODEM, to do nothing.
  26. >
  27. >I've downloaded source code (zmodem.3.14.tar.Z), unpacked it and built
  28. >without problems using included makefile. (I issued 'make bsd' because
  29. >we are running SunOS 4.1.2).
  30. >Problems starts when I am trying to send files - plain ASCII text.
  31. >I am executing
  32. >        sz -ay  <filename>
  33. >and it definitely starts working, because PROCOM+ on the PC side popup
  34. >ZMODEM window and tries to receive data. But all the times I am getting
  35. >"BAD CRC" message. If data file is short ( <5K ) it sometimes goes through
  36. >after 10-15 retries, but bigger files - never.
  37. >I tried to play with flags for sz (i.e. use 32- or 16-bit CRC and so on)
  38. >as well as manipulated with ZMODEM options within PROCOM, but always get
  39. >same result.
  40. >I cannot blame telephone line, because KERMIT works perfectly. Also I've
  41. >tried ZMODEM with several BBS and it also work fine, so I can't blame PROCOM
  42. >either.
  43. >It definitely something wrong with our UNIX site. May be I am doing something 
  44. >wrong, or there are problems with public domein version.
  45. >
  46. >If somebody could give me a hint I would very appreciated.
  47. >                IG.
  48. >
  49.  
  50. The problem you have is almost certainly flow control. ZMODEM is different to
  51. Kermit in that it sends data continuously. If the Unix system is sending data
  52. to the modem faster than it can transmit it then the modem's input buffer will
  53. fill up and characters will be lost. You need to set either hardware or
  54. XON/XOFF flow control in both the unix port and the modem. Also see the thread
  55. here 'Is a Sparc II too slow for my USR Sportster' which covers the same
  56. topic.
  57.  
  58. -----------------------------------------
  59. Lawrence Kirby | fred@genesis.demon.co.uk
  60. Wilts, England | 70734.126@compuserve.com
  61. -----------------------------------------
  62.