Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!mips!dimacs.rutgers.edu!rutgers!faatcrl!jprad
From: jprad@faatcrl.UUCP (Jack Radigan)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: JR-Comm 1.01 possible bugs
Keywords: JR Comm terminal program
Message-ID: <1219@faatcrl.UUCP>
Date: 13 Apr 91 06:45:12 GMT
References: <stephen.671484625@cia.docs.uu.se>
Organization: FAA Technical Center, Atlantic City NJ
Lines: 27

stephen@cia.docs.uu.se (Stephen Cooper) writes:

>Firstly, I have a diskette based system, and sometimes I call up
>a file requester, and the diskette the program wants isn't in the disk
>drive anymore.  Now, if I press Cancel, I expect the file requester to 
>either take a disk that IS in a drive, or print some nifty error message.
>NOT go off in a corner and sulk.  The file requester simply dies, but its
>spirit lives on (the window doesn't close).  Sometimes the menu strip is
>even cleared, which makes me have to re-boot.  

  This has been fixed in 1.02.

>Secondly, I've had some problems with ZMODEM file transfer.  The 
>autodownload window pops up ok, and the d/l challenge goes over nicely,
>but then I just get a series of ERROR messages, and then the programs
>switches to YMODEM, which doesn't work either.  I have (on both ends)
>32 bit CRC, and have tried with 16 bit as well as Escape control chars.
>Am I doing something wrong, or is JR-comm at fault.

  Not enough details to go on.  Have you tried calling other systems to
see what's wrong?  Compared results with others in your user group?

  Are you attempting to use a high speed modem while downloading to floppy?
If so, is the flow control *really* working?  have you scanned the help
area of the user manual?

  -jack-