home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 2 BBS / 02-BBS.zip / zpars106.zip / zparse.FAQ < prev    next >
Text File  |  1996-03-03  |  9KB  |  290 lines

  1. ────────────────────────────────────────────────────────────────────────────────
  2.  
  3. JC> I was unable to test the password file function as I don't
  4. JC> know the syntax for the password file (got errors with my
  5. JC> password.txt copied over from xlaxnode).
  6.  
  7. passwords are set using the set verb for overriding infomation gathered from the
  8. nodelist. There is no password file per say. The passwords are set in the config
  9. file. My preference is to keep them together in a seperate file that is
  10. included.
  11.  
  12.  
  13. set <4d-node address>,[password],[phone],[speed],[new flags]
  14.  
  15. the address is required, all the other fields are optional.  The commas are
  16. required.
  17.  
  18. or
  19.  
  20. password <4d-address> <password>
  21.  
  22.  this second form does not allow spaces to be included.
  23.  
  24.  
  25. ────────────────────────────────────────────────────────────────────────────────
  26.  
  27. JC> Second, your modemtrans doesn't include ZYX for ZyXEL
  28. JC> modems. 
  29.  
  30. I don't have a ZyXel, also the modemtrans doesn't 'include' any flags at all. 
  31. If the flag is present in the nodelist, the corresponding bit patterns are 
  32. is set in the modem byte.
  33. The syntax is quite different from XLAX. It was designed to work with the newer
  34. Binkleys that match the modemtrans statement to the modembyte exactly. Thus you
  35. can define upto 8 modem characteristics, each representing 1 bit position. For a
  36. total of 256 (2^8) different modemtrans possible.
  37.  
  38.  I have a USR dualie, thus as the config file shows, I'm interested in the
  39. HST,H14,H16,V32,V32b flags. My dualie only does V32, thus I wish to seperate out
  40. HST/V32 from HST/V32b.
  41.  
  42. For the ZYX flag, pick a bit pattern. say 0 for ZyXel modems ie:
  43.  ZYX 0123   ; ZYX implies ZYX, V32, V32b, V42b
  44.  
  45.  
  46. For the ZyXel you would only need to worry about 3 charactistics of modems.
  47. ZYX,V32b(V32),V42b(V42,MNP).
  48.  
  49.  The modemtrans in binkley could have values for 0..7 representing the 8
  50. possibly  values of 3 bits.
  51.  
  52.  
  53. ────────────────────────────────────────────────────────────────────────────────
  54.  
  55. >I haven't done too much more than that for a few reasons.  One is that it is
  56. >a busy time here.  Second one is that I compared the NODEX.DAT and NDX files
  57. >produced by ZPARSE and the same produced by FASTLSTP - turned out different
  58. >(zparse makes 'em smaller).  
  59.  
  60.  
  61.  The indexes are packed to remove dead space. If you want to see huge index
  62. files, try running xxxxx (~700K & 980K ;). Also note ZParse uses a longest
  63. pattern match function with the phone numbers, not a first match as others
  64. do. 
  65.  
  66. ────────────────────────────────────────────────────────────────────────────────
  67.  
  68. > How do I insert a new node number (9999 until I put him in
  69. > the nodelist). I tried adding it to ZPARSE.PTS:
  70. >
  71. >
  72. > _ _ _ O / _ _ C_U_T_ H_E_R_E_ _ _ _
  73. >       O \
  74. > ; point file consists of the keyword boss followed by a 3d-address
  75. > ; the boss address is used to specify the hub node to add to.
  76. > ,9999,bbs,city,sysop,phone,9600,CM,V32b,H16 
  77. >
  78. > _ _ _ O / _ _ C_U_T_ H_E_R_E_ _ _ _
  79. >       O \
  80. > I inserted the keyword ALLOWNODES in ZPARSE.CFG. Obviously,
  81. > I have done something wrong since the noe did not appear
  82. > when I recompiled (Happily the compile is so swift!!).
  83.  
  84. Points and nodes MUST be preceeded by a boss statement. 
  85.  The boss (or hub) statement tells the compiler where to add the node into 
  86. the nodelist.
  87.  
  88. > Also, I have to add s9=120s10=240,,, to one of my nodes'
  89. > number.
  90.  
  91.  The set verb uses commas as field delimiters, use the phone verb. It will
  92. include all characters except spaces into the phone number.
  93.  
  94. "phone" <4d-addr> <full-dial string>
  95.  
  96. ────────────────────────────────────────────────────────────────────────────────
  97.  
  98. >As per your request for comments, here goes.  :-)
  99. >
  100. >If you're familiar with XLAXNODE configs, have a look at the following extract
  101. >from my XLAXNODE.CTL file:
  102. >
  103. >        ModemTrans 1 Z19
  104. >        ModemTrans 1 UZ19
  105. >        ModemTrans 1 V32
  106. >        ModemTrans 1 V32b
  107. >        ModemTrans 1 <2400 !V42b
  108. >        ModemTrans 1 <2400 !V42
  109. >        ModemTrans 1 <2400 !MNP
  110. >        ModemTrans 2 ZYX !Z19 !UZ19
  111. >        ModemTrans 2 Z16 !Z19 !UZ19
  112. >        ModemTrans 2 V32
  113. >        ModemTrans 2 V32b
  114. >        ModemTrans 2 <2400 !MNP !V42 !V42b
  115. >        ModemTrans 3 HST !V32 !V32b
  116. >        ModemTrans 3 H16 !V32 !V32b
  117. >        ModemTrans 3 TPEP !V32 !V32b
  118. >        ModemTrans 3 <2400
  119. >
  120. >Is it possible to do something like this with ZParse?  What I'm doing here
  121. >is creating a sequential thing rather than a bit-based thing.  The idea is:
  122. >
  123. >        1 - ZyXEL 19200
  124. >        2 - ZyXEL 16800
  125. >        3 - V.32/V.32bis
  126. >        4 - 2400bps w/ V.42bis (incl HST & TPEP)
  127. >        5 - 2400bps w/o V.42bis
  128.  
  129.  
  130.  How about a good approximation.
  131.  
  132.  modem   Z19   0123
  133.  modem   UZ19  0123
  134.  modem   Z16   012
  135.  modem   UZ16  012
  136. ; v.32
  137.  modem   V32   1
  138.  modem   V32b  1
  139. ; v.42 + mnp
  140.  modem   V42   0
  141.  modem   V42b  0
  142.  modem   MNP   0
  143.  modem   HST   0
  144.  modem   H14   0
  145.  modem   H16   0
  146.  modem   TPEP  0
  147.  
  148.  
  149.    what this gives you is 6 modem types
  150.   
  151.           8    4    2   1
  152.    z19    .    .    .   .    ; these two lock in modem types
  153.    z16         .    .   .
  154.    v32              .        ; these two denote characteristics 2^2 = 4 types
  155.    mnp                  .    ;
  156.   
  157.   
  158.    modemtrans 0   ; default no bits set, no HST, v32, v42 thus 2400 w/o MNP
  159.    modemtrans 1   ; MNP/V42/V42b
  160.    modemtrans 2   ; V32/V32b
  161.    modemtrans 3   ; V32/V32b + MNP/V42/V42b
  162.    modemtrans 7   ; Z16
  163.    modemtrans 15  ; Z19
  164.   
  165.   Becuase of the way the z19, z16 flags lock in all the lower bits while setting
  166. the upper bit(s), the available combinations are greatly reduced.
  167.  
  168.  
  169. ────────────────────────────────────────────────────────────────────────────────
  170.  
  171. > Can I ask you a question on how to setup Zparse to work with
  172. > the ModemTrans in BinkleyTerm 2.59b and Nodelist version 7?
  173.  
  174. > All I like to know is how to setup Zparse so that
  175. > BinkleyTerm sees a HST modem flag and will dial in HST
  176. > mode..
  177.  
  178.  One problem, there is no HST modem flag in Binkley. With the latest version all
  179. hard coding of modem types has been removed. (it's a free for all)
  180.  
  181.  
  182.  What you need to do is decide on what characteristics of the modems you dial
  183. are needed.
  184.  You have a Dual w/V32t ie (HST etc.. , V32b , v32t)
  185.  
  186.  Using 2 bits == 2^2 different modem types == 4 translations.
  187.  
  188.    ie 00  default
  189.       01  bit 0 only
  190.       10  bit 1 only
  191.       11  both bits
  192.      
  193. >----------      
  194.  Zparse.cfg:
  195.  
  196.  modem 0 HST  ; HST in the flags sets bit 0
  197.  modem 0 H14
  198.  modem 0 H16
  199.  
  200.  modem 1 V32  ; V32/V32bis sets bit 1
  201.  modem 1 V32b
  202.  modem 1 ZYX
  203.  
  204.  
  205.  
  206. >----------      
  207.  Binkley.cfg:
  208.  
  209.  modemtrans  0  atb0      ; default no bits set.
  210.  modemtrans  1  atb1      ; bit 0 set
  211.  modemtrans  2  atb0      ; bit 1 set
  212.  modemtrans  3  atb0      ; bits 0 and 1 set
  213.  
  214.  
  215.  I think I'm going to have to add a section to the docs about all this. If any
  216. of this is unclear, please tell me where/how I need to explain it better. Since
  217. I wrote it, I don't think about how it works anymore.
  218.  
  219.  
  220. ────────────────────────────────────────────────────────────────────────────────
  221.  
  222.         Changes in BinkleyTerm 2.51 from 2.50
  223.         -------------------------------------
  224.  
  225. [...]
  226.         HEY!!! READ THIS!! IT MIGHT BREAK YOUR CURRENT CONFIGURATION!!
  227.         Bink now matches modem types exactly rather than using a bitwise
  228.         AND. This allows lots more modem types, but requires that you
  229.         change your nodelist generation and config stuff (if you're using
  230.         ModemTrans).
  231. [...]
  232.  
  233. ────────────────────────────────────────────────────────────────────────────────
  234. Zparse makes the version7 index files smaller than program XXXXX. It can't be
  235. working right, can it?
  236.  
  237.  Zparse takes the time to pack the index nodes thus removing extraneous empty
  238. space while keeping the BTree balanced. It adds a bit to the run time but is 
  239. (in my opinion) well worth the extra effort.
  240.  
  241. ────────────────────────────────────────────────────────────────────────────────
  242.  
  243.  I changed the syntax of the modem verb to allow for absolute modem types
  244. as well as bit fields.
  245.  
  246. ie Given both of your modems are similiar ;)
  247. ;
  248. ; USR v.everything
  249. ; note the hash mark
  250. ; the order is important as the first entry listed, takes precedence!
  251. modem #V34   1 
  252.  
  253. modem #VFC   2 
  254. modem #UVFC  2 
  255. modem #V32T  2
  256. modem #UV32T 2
  257.  
  258. modem #H16   3
  259.  
  260. modem #V32b  2
  261.  
  262. modem #H14   3
  263. modem #HST   3
  264.  
  265. modem #V32   2
  266.  
  267. modem #V42   4
  268. modem #V42B  4
  269. modem #MNP   4
  270.  
  271. ; this would result in 5 different modem types
  272. ; 0  - no flags
  273. ; 1  - v.34
  274. ; 2  - v.fc,v.32t,v.32b,v.32
  275. ; 3  - HST
  276. ; 4  - v.42,v.42b,MNP
  277.  
  278. ────────────────────────────────────────────────────────────────────────────────
  279.  
  280. People wanted the more familiar password verb for passwords so
  281.  
  282.  
  283. Password <4d ftn address> <password string>
  284.  
  285. ie
  286.  
  287. Password 1:340/302.0  testing
  288.  
  289. ────────────────────────────────────────────────────────────────────────────────
  290.