home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / amiga / datacomm / 8884 < prev    next >
Encoding:
Internet Message Format  |  1993-01-21  |  2.6 KB
  1. Path: sparky!uunet!mcsun!Germany.EU.net!rz.uni-hildesheim.de!agsc!amiux!sourcery!olsen
  2. From: olsen@sourcery.mxm.sub.org (Olaf Barthel)
  3. Message-ID: <olsen.7797@sourcery.mxm.sub.org>
  4. Newsgroups: comp.sys.amiga.datacomm
  5. Subject: Re: Term 2.5 Questions
  6. Distribution: world
  7. X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith
  8. Date: 19 Jan 93 22:31:37 CET
  9. Organization: No organization
  10. Lines: 49
  11.  
  12. In article <1993Jan17.111544.1803@ultb.isc.rit.edu> rbm2273@ultb.isc.rit.edu (R.B. Mead) writes:
  13. > [Forwarded]
  14. > 
  15. > I've been checking out Term V2.5 and would like to know if anyone else is
  16. > using this terminal/communications program?
  17.  
  18.    Me, for example ;-)
  19.  
  20. > I'm particularly interested in usage of "waitstring".  The doc mentions that
  21. > more than one "waitstring" requests may be active at once.  It also indicates
  22. > that the command is "Synchronous", which means that the ARexx script will not
  23. > return until the command is completed (timeout or string found).
  24. > 
  25. > So, how (other than using multiple ARexx scripts) is one to wait for more than
  26. > one string at once, and take action depending on which is found.
  27.  
  28.    Hold it, hold it! I am currently rewriting the ARexx interface so things
  29. will work differently in the future.
  30.  
  31.    The `waitstring' command accepts a certain number of parameters, separated
  32. by spaces. As soon as any of the argument strings appears in the input
  33. data stream the command returns with the string encountered placed in
  34. the `result' variable.
  35.  
  36. > Note that the problem with using multiple scripts is that when one waitstring
  37. > finds a match it's difficult (or impossible) to clear up the outstanding
  38. > "waitstring" requests, without doing something silly like letting them timeout
  39. > or aborting all ARexx scripts!  Of course aborting scripts is not useful as
  40. > the script that does the abort will not likely be able to continue either!
  41.  
  42.    As the command works synchronously, you cannot start more than one
  43. single script to take advantage of it.
  44.  
  45. > I'll probably find a way to ask the author, but thought I'd try locally,
  46. > first.
  47. > 
  48. > BTW, Term 2.5 looks much better than past releases.  I still get enforcer hits
  49. > at startup, but just a couple of low memory reads.  Not that this is good,
  50. > just that it's not likely to cause (in itself) much trouble.
  51.  
  52.    Better than `term' v2.4? There is no such v2.5, v2.5e, v2.6, v2.7, v3.0i.
  53.  
  54. -- 
  55. Olaf Barthel       | Internet: olsen@sourcery.mxm.sub.org
  56. Brabeckstrasse 35  |           o.barthel@a-link-h.comlink.de
  57. D-3000 Hannover 71 |
  58. MXM, ECG127        |   Z-Netz: O.BARTHEL@A-LINK-H
  59. -------------------------------------------------------------------------
  60.                       Ceci n'est pas une signature.
  61.