home *** CD-ROM | disk | FTP | other *** search
/ ftp.barnyard.co.uk / 2015.02.ftp.barnyard.co.uk.tar / ftp.barnyard.co.uk / cpm / walnut-creek-CDROM / BEEHIVE / COMMS / MEX4BEE.ARC / MEXNEWS.002 < prev    next >
Text File  |  1990-09-20  |  9KB  |  189 lines
  1.  
  2.             MEX Newsletter #002
  3.  
  4. Date:      05-13-84
  5. From:     Ron Fowler
  6. MEX rev:  1.00
  7.  
  8. This is the second in a series of (hopefully) informative notes for
  9. the MEX communications program.  These newsletters will provide bug fixes,
  10. tips, applications information, etc. for users of MEX.
  11.  
  12. ------------------------------------------------------------
  13.  
  14. There are several flavors of overlay that will not work with MEX; the ones
  15. I am aware of so far are the DEC VTxx overlays and the Osborne overlays.
  16. The reason for this is the same reason that MEX doesn't work "out-of-the-box"
  17. (as mentioned in Newsletter #001).  Since this problem occurs before you
  18. get MEX running, the patch using the POKE command will not work (obviously,
  19. you can't execute commands if you can't bring MEX up in the first place).
  20.  
  21. For this reason, I'm providing the fix for this problem in a HEX file for-
  22. mat; this patch may be installed in a working MEX (even a CLONEd version).
  23. It provides all of the fixes detailed in Newsletter #001, along with the
  24. DEC/Osborne fix.  In addition, it fixes another bug with Alternate Long
  25. Distance numbers (not the same bug detailed in 001) and brings your MEX
  26. revision level up to 1.00A (modifies the sign-on message).
  27.  
  28. To install this patch, clip the following lines of HEX code out of this
  29. file and into a file named MEXFIX01.HEX.  Then issue the following command
  30. line (this assumes your existing mex is MEX10.COM, and outputs a new MEX
  31. called NEWMEX.COM):
  32.  
  33.         MLOAD NEWMEX.COM=MEX10,MEXFIX01
  34.  
  35. There is no harm in installing this patch even if you've already installed
  36. the patch in Newsletter #001.
  37.  
  38. Here is the code that should be extracted into MEXFIX01.HEX:
  39.  
  40. :100E6A00CDB314D83E0CEBCD0146EBC3DE123AD417
  41. :0F0E7A0052B7C4EA31F1F5E67F21DC52C3894358
  42. :0152D40000D9
  43. :0312DA00C36A0ED6
  44. :03438100C3780EF0
  45. :010ED70041D9
  46. :01130C0000E0
  47. :0000000000
  48. ------------------------------------------------------------
  49. New overlay for MEX:
  50.  
  51. I've re-written the old MDM overlay for the Godbout System Support I/Interfacer
  52. 3/4 for enhanced use with MEX; the new file is called MXO-GB10.ASM, and sup-
  53. ports SET PORT as well as SET BAUD (you can change to any of 8 possible 
  54. Interfacer three/four ports as well as the System Support 1 serial port; you
  55. can also change the baud-rate in the same command line).
  56.  
  57. I'm hoping the new Godbout overlay will spur the enhancement of many of the
  58. old MDM overlays; much more power is possible in the SET command using the new
  59. parsing features of the MEX service processor.
  60.  
  61. ------------------------------------------------------------
  62.  
  63. Alternate Long Distance Service numbers (ALDS):
  64.  
  65. The documentation for ALDS numbers is a bit terse; probably for good
  66. reason: they're pretty simple to use.  
  67.  
  68. You may have two ALDS numbers defined; simply enter them as you would
  69. any other number, but give them a name of '>' or '<'; normal delay char-
  70. acters, passwords, etc may be included.  Then, if you have a number
  71. you'd like to route through your ALDS service, simply prefix it with
  72. the associated '>' or '<'.  An example should clarify this:
  73.  
  74. You have MCI service, your password is 98765, and it takes 2-4 seconds
  75. to connect after the number is dialed.  You also have Sprint (you cover
  76. all your bases, don't you?), the password is 12345, and it sometimes
  77. takes 6 seconds to reach the number after it is dialed.  Finally, you
  78. have a Hayes Smartmodem; a comma in the dialing string is a 2-second
  79. pause (is it really? I don't have a Hayes, so let's pretend).
  80.  
  81. In order to use both services, we'll put one number on the '>' key:
  82.  
  83.     [MEX] A0>>PHONE >=555-9122,,98765         <<--- MCI
  84.  
  85. (note the four second delay with the two commas, then the password)
  86.  
  87. Now Sprint:
  88.  
  89.     [MEX] A0>>PHONE <=555-8144,,,12345
  90.  
  91. <longer delay, different password>.
  92.  
  93. Now RBBS Rockhead is a long, long distance call; it's available only through
  94. Sprint (and, of course, Ma Bell). We decide that if we can't make it through
  95. Sprint, we don't want to call RBBS Rockhead.  Here's how we enter the number:
  96.  
  97.     [MEX] A0>>PHONE ROCKHEAD=<202-555-1414
  98.  
  99. Now RBBS Aristocrat is our favorite BBS; if Sprint is jammed up, we'd like
  100. the option of dialing it over (ugh) Ma Bell lines.  So we define it without
  101. an ALDS marker, like this:
  102.  
  103.     [MEX] A0>>PHONE ARISTOCRAT=202-555-2222
  104.  
  105. Now notice that we can still call Aristocrat through Sprint or MCI with:
  106.  
  107.     [MEX] A0>>CALL <ARISTOCRAT        <<--- Sprint
  108.     [MEX] A0>>CALL >ARISTOCRAT        <<--- MCI
  109.  
  110. But we must explicitly enter the ALDS symbol in the CALL command.
  111.  
  112. Since Rockhead is defined with a leading '<', it will always go through
  113. MCI; we don't have to supply an ALDS symbol in the CALL command (we can
  114. switch to the other ALDS number, however, by specifying the other ALDS
  115. symbol in the CALL command; eg,"CALL >ROCKHEAD"  will switch to MCI even
  116. though we've defined Sprint as Rockhead's ALDS number).
  117.  
  118. In short, the left or right arrow specification is treated as if its
  119. ALDS number were part of the number being dialed.
  120.  
  121. ------------------------------------------------------------
  122.  
  123. New line-editing character:
  124.  
  125. If you're an MDM7 user, you're probably used to using control-U
  126. to cancel a command line.  Not mentioned in the MEX documentation
  127. are the command-line editing characters, which are the same as
  128. MDM7, except that control-X is supported.  It works similarly to
  129. CP/M's control-X.
  130.  
  131. ------------------------------------------------------------
  132. For the adventurous:
  133.  
  134. Several people have asked about the possibility of changing the command
  135. characters recognized in the terminal mode (especially since the MDM
  136. overlay supports the re-definition of these characters).  Actually, I
  137. had planned for this, but never found the time to test it.  You might
  138. try the procedure I'm about to describe.  I can't guarantee that it will
  139. work correctly, and don't yet have the time to support it if it doesn't,
  140. but you might like to give it a shot:
  141.  
  142. At location 0D06H is a byte marked "reserved" in MEXPAT10; actually, 
  143. this is an overlay flag byte.  The low bit of this byte, when set to 1,
  144. should shift the command character set to that specified in the overlay.
  145.  
  146. I can't guarantee that this will be supported in future releases of MEX ...
  147.  
  148.  
  149. ------------------------------------------------------------
  150.  
  151. There have been some queries regarding keystrings, and some problems re-
  152. ported in using them on RCPM systems.  I'd like to clarify their use a little.
  153.  
  154. First, there is a variable that may be changed with the STAT command that
  155. directly affects keystrings: this varible is WTECHO.  When this switch-variable
  156. is turned ON, MEX will send each character, then wait for it to echo from
  157. the remote end.  If you're sending into a system that allows type-ahead
  158. (most time-share computers, Compuserve, Arpanet, some MP/M and TurboDOS
  159. systems, etc), it is best to turn this variable OFF; the keystring will be
  160. transmitted a lot faster.  If you're dealing with an RCPM system, however,
  161. you might well overrun the receiving end with the keystring (especially if
  162. you're transmitting into a BASIC program, such as RBBS). For such systems,
  163. you should turn WTECHO ON; MEX will then wait for each character to be
  164. echoed from the remote.
  165.  
  166. The rest of this discussion addresses the same topic with respect to the
  167. SENDOUT command.
  168.  
  169. WTECHO also affects the SENDOUT command in the same way; there is a dif-
  170. ference between SENDOUT and keystrings, however, that you must be aware of:
  171. SENDOUT tries its best to send the string correctly when WTECHO is on; if
  172. an echoed character is different than the transmitted character, SENDOUT
  173. will send a cancel character and try again (up to a retry-limit).
  174.  
  175. The retry-limit and  the trigger and cancel characters are all STAT variables,
  176. allowing them to be changed with the STAT command.  The trigger-character in
  177. the distributed MEX is the right-arrow ('>'); this is most handy for RCPM
  178. systems (which prompt each command with a right-arrow).  If you want to use
  179. SENDOUT with non-CP/M systems (or with RCPM programs that use a different
  180. prompt), you'll need to change the trigger character.  For example, if you're
  181. sending commands to a remote PIP, you'd want to use PIP's asterisk ('*') as
  182. the trigger, so you'd do: STAT TRIGGER "*".  For sending commands to a Smart-
  183. modem (with the modem set to non-echo, which is the default for US Robotics),
  184. you'll want to set WTECHO to OFF and TRIGGER to 0.
  185.  
  186. --------------< End of MEXNEWS.002 >------------------------
  187.  
  188.  
  189.