home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / amiga / datacomm / 8328 < prev    next >
Encoding:
Internet Message Format  |  1992-12-22  |  2.6 KB
  1. Path: sparky!uunet!mcsun!Germany.EU.net!horga!agsc!amiux!sourcery!olsen
  2. From: olsen@sourcery.mxm.sub.org (Olaf Barthel)
  3. Message-ID: <olsen.7377@sourcery.mxm.sub.org>
  4. Newsgroups: comp.sys.amiga.datacomm
  5. Subject: Re: Hey, does zmodem work for 2.4a?
  6. Distribution: world
  7. References: <LCN=gT_@engin.umich.edu> <mane.0elw@vsbbs.UUCP> <olsen.7173@sourcery.mxm.sub.org> <1gopsoINNl30@uwm.edu>
  8. X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith
  9. Date: 20 Dec 92 19:04:50 CET
  10. Organization: MXM Barthel & Paesler
  11. Lines: 44
  12.  
  13. In article <1gopsoINNl30@uwm.edu> bloc1469@ee.ee.uwm.edu (Gregory R. Block) writes:
  14. > In article <olsen.7173@sourcery.mxm.sub.org> olsen@sourcery.mxm.sub.org (Olaf Barthel) writes:
  15. > >   I am not ignoring the question, I am just considering it.
  16. > 
  17. > I'm not exactly sure what's causing it.  When a transfer is in
  18. > progress, any type of menuing on another screen will shoot term down.
  19. > I've seen windows that call a forbid/permit pair do the same thing,
  20. > right upon close.  Is your code extremely time-sensitive, referring
  21. > now to your various processes?
  22.  
  23.    No, this is what puzzles me. The callback routines wait nicely for
  24. any queued serial IORequests, timer requests, etc. There are no
  25. critical resource accesses which are not protected by proper
  26. arbitration.
  27.  
  28. > Perhaps the short time it takes to
  29. > call a Forbid/Permit pair is just enough to throw term for a loop
  30. > thinking that since a slave isn't replying or something in time that
  31. > something isn't right, and the transfer is aborted???
  32.  
  33.    The file transfer is entirely handled by the `term' main program.
  34. The only transfer-related co-task involved is the window update
  35. server which should not affect the file transfer as it only reads
  36. data but does not manipulate any. Besides: the co-task can be
  37. disabled (has anybody who had problems with the file transfer tried
  38. this at all?).
  39.  
  40. > Umm, I sent you a capture-file recently.  I caught the scroll-bug.
  41. > Did you receive it?
  42.  
  43.    I got it, but the escape control codes were filtered out :-(
  44.  
  45. > (: (: (: (: Have you overdosed on smileys today?  Why NOT!?! :) :) :) :)
  46. > (:   "Commodore has never proven to me, to my satisfaction, that      :)
  47. > (:    Marc Barrett is still alive."                   -Wubba :)
  48. > (: (: (: (: (: (: (: (: (: (: (: (: () :) :) :) Wubba, the Dark Angel :)
  49.  
  50. -- 
  51. Olaf Barthel       | Internet: olsen@sourcery.mxm.sub.org
  52. Brabeckstrasse 35  |           o.barthel@a-link-h.comlink.de
  53. D-3000 Hannover 71 |
  54. MXM, ECG127        |   Z-Netz: O.BARTHEL@A-LINK-H
  55. -------------------------------------------------------------------------
  56.                       Ceci n'est pas une signature.
  57.