home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / atari / st / 16584 < prev    next >
Encoding:
Internet Message Format  |  1992-11-13  |  3.4 KB
  1. Path: sparky!uunet!decwrl!waikato.ac.nz!comp.vuw.ac.nz!newshost.wcc.govt.nz!kosmos.wcc.govt.nz!SHEPPARD_R
  2. Newsgroups: comp.sys.atari.st
  3. Subject: THE STORM
  4. Message-ID: <1e01nkINNf9n@golem.wcc.govt.nz>
  5. From: sheppard_r@kosmos.wcc.govt.nz
  6. Date: 13 Nov 1992 10:57:56 GMT
  7. Reply-To: sheppard_r@kosmos.wcc.govt.nz
  8. Organization: Wellington City Council (Public Access), Wgtn, Nz
  9. NNTP-Posting-Host: kosmos.wcc.govt.nz
  10. Lines: 67
  11.  
  12. Well I thought that you chaps would like to read a few notes that I have got
  13. back from Alan Page on GEnie, the Flash 1.6 man and also the author
  14. of the NEW STORM....
  15.  
  16.  
  17. To:     R.SHEPPARD5                     Roger Sheppard
  18.  
  19. Sub: Flash and STORM
  20.  
  21. Reply:  Item #1347885 from R.SHEPPARD5  on 92/11/08 at 02:34
  22.  
  23.   Sorry, no wildcard (don't care) characters. However Storm has a lot of
  24. features to handle automating logons. You can wait for multiple strings
  25. simultaneously. The PROMPT$(n) functions returns a string containing
  26. up to 'n' characters in front of the current cursor location. SCREEN$(n)
  27. returns an entire line of text from the terminal screen. 'n' chooses
  28. which line to return. Trailing spaces are stripped out, so a blank line
  29. returns an empty string.
  30.   The terminal is designed to NEVER miss a character while you are waiting
  31. for a string. Flash could sometimes miss a character, especially at
  32. high speeds. Flash II has a poorly designed WAIT command. Try waiting
  33. for "ALALAN" in Flash II. It can't find it! It gets confused by strings
  34. that have the beginning of the string repeated.
  35.    I used a text editor to count the occurences of the word "THE" in a
  36. large text file. I then sent it computer-to-computer at 9600 baud and
  37. used Storm to wait for and count "THE"'s. It did the job correctly and
  38. did not noticably slow down terminal operation. That's because the
  39. WAIT function is table-driven and has critical portions coded in
  40. assembly code.
  41.  Storm is loaded with string functions, including UCASE$, LCASE$, LTRIM$,
  42. RTRIM$, INSTR, MID$ statement and function, LEFT$, RIGHT$, and several
  43. more. Using SCREEN$ to read text of the terminal screen means it will be
  44. able to do things like select items off screen menus for you, even when
  45. the menus change. e.g. search news items for all menu items containing
  46. a particular topic.
  47.   - Alan
  48.  
  49.   Item    1054944                 92/11/11        19:22
  50.  
  51. From:   A.PAGE3                         Alan L. Page
  52.  
  53. To:     R.SHEPPARD5                     Roger Sheppard
  54.  
  55. Sub: Flash and STORM
  56.  
  57. Reply:  Item #1412769 from R.SHEPPARD5  on 92/11/09 at 05:18
  58.  
  59.  I am just finishing up VT100/VT102 terminal emulation, including character
  60. sets with graphics, bold, underline, blink, etc. 132 column will probably
  61. require scrolling around the window, unless you have a large screen
  62. monitor. Terminal emulations are loadable/unloadable modules, which makes
  63. releasing updates easier. Also, I plan to release source code for the
  64. VT100/VT102 module, so that people can customize it. I do not have
  65. specs on the VT2XX/VT3XX stuff, though it is quite possible that some
  66. talented person out there could update my code to add the necessary
  67. support.
  68.   File transfers are also loadable/unloadable. At the moment they include
  69. CompuServe BPlus, XYmodem and Zmodem. I have not decided whether or not
  70. to release that source code. The file transfers work in the background,
  71. allowing you to do other stuff while a file transfer is in progress,
  72. though at 19200 baud, there may not be a lot of CPU time left over.
  73.  - Alan
  74.  
  75.  
  76.  
  77. Roger..................               sheppard_r@kosmos.wcc.govt.nz
  78.  
  79.