home *** CD-ROM | disk | FTP | other *** search
/ Shareware Overload / ShartewareOverload.cdr / windows / winkerm.zip / WINKRM.BWR < prev    next >
Text File  |  1986-10-10  |  2KB  |  53 lines

  1.  
  2. 29-Sep-86 00:16:16-EDT,2097;000000000001
  3. Return-Path: <hermix!fischer@rand-unix.ARPA>
  4. Received: from rand-unix.ARPA by CU20B.COLUMBIA.EDU with TCP; Mon 29 Sep 86 00:16:07-EDT
  5. Received: from hermix.UUCP by rand-unix.ARPA; Sun, 28 Sep 86 20:44:16 pdt
  6. Message-Id: <8609290344.AA21143@rand-unix.ARPA>
  7. From: Herm Fischer <hermix!fischer@rand-unix.ARPA>
  8. Reply-To: hermix!fischer@rand-unix.arpa
  9. To: sy.fdc@cu20b.arpa
  10. Subject: WINKRM review
  11. Date: Sun Sep 28 17:04:01 1986
  12.      
  13. Frank,
  14.      
  15. After my note to you on windows (& etc, which I hope you got),
  16. I saw the note in the kermit digest on winkrm (kermit for microsoft
  17. windows) and downloaded it.
  18.      
  19. It's not much to write home about, and needs lots of work.
  20.      
  21. Plain old regular kermit for the PC works fine in a window EXCEPT
  22. that the connect mode text output is painfully slow (about 30 cps
  23. on a 1200 baud connection using PC 8 Mhz hardware), but the plain
  24. old MSDOS kermit does fine in all of the sophisticated file transfer
  25. modes.
  26.      
  27. Windows comes with a free terminal emulator, terminal.exe, which is
  28. much faster for connect mode, and includes a capture (logging) and
  29. file extract capability.
  30.      
  31. The WINKRM dies in file transfer if the host and PC get out of synchron-
  32. ization, which occurs regularly with the nonpre-emptive multitasking
  33. windows provides (e.g., various programs hog the CPU when they
  34. should be nicer about releasing to other tasks).  (For example, when a
  35. button on the mouse is depressed for log periods (dragging a symbol,
  36. retiling or sizing windows, etc), or try formatting a floppy, the
  37. WINKRM cannot recover.
  38.      
  39. I don't like the idea of proliferating so many versions of kermits,
  40. especially when we have robust ones floating about.  I'd prefer to
  41. see an adaptation of c-kermit or mac-kermit for windows than derive
  42. enhancements independently to winkrm (but maybe that is under way
  43. anyway).
  44.      
  45. Furthermore I'd prefer the arpanet community, if it gets more kermits,
  46. to get relatively full featured versions when that can be handled.
  47.      
  48. (As an example of how windows compatible programs can be written,
  49. WINKRM is certainly useful...)
  50.      
  51.   Herm
  52.      
  53.