home *** CD-ROM | disk | FTP | other *** search
/ Beijing Paradise BBS Backup / PARADISE.ISO / software / BBSDOORW / CLBKV352.ZIP / WHATS.NEW < prev   
Text File  |  1993-12-14  |  8KB  |  224 lines
  1. ***
  2. 3.49
  3. ***
  4. Now, we are ever closer to the BEST release ever!
  5.  
  6. Changed the logic of the program slightly.  MYCALBK will not search for
  7. names in the begining UNLESS /DIALBACK is used.  It is a rather lengthy
  8. process but in order to leave VERIFIED.LOG alone so you can edit it with
  9. a text editor, it HAS to be done.  If I make it random access and HASH
  10. the user name, it will speed things up imensly, however, I would also have
  11. to write an editor for you! :( :( :(
  12.  
  13. Changed the prompts a little bit when the user is verified or when they
  14. are dialed back.  If I have any input on if they need to be different,
  15. my netmail address is on the REGISTER.FRM file or in the docs!
  16.  
  17. Changed some of the logging procedures...  I now tell you what security
  18. the user entered with and what security number you are passing to RBBS.
  19. ***Please note
  20.  What RBBS does with this number is up to RBBS.  It appears that if your
  21. user has a negative security and you pass a positive number to RBBS,
  22. RBBS ADDS this number to the security.  If, I am a level -7 and I pass
  23. 14 to RBBS I now become a 7!  If I am a 5 and I pass 20 to RBBS, I am
  24. now a 20!  Go figger!
  25.  
  26. Still have no code to detect (much less give up time slices) for 'the
  27. doze' and OS/2.  If anyone would like to contribute to this cause,
  28. please do so.  I need what Interrupt and what Registers to use, etc...
  29.  
  30. Took out some of the LINE25 display code as it was mainly debugging code
  31. for me anyways.  Made a noticable difference in speed!
  32.  
  33. It now looks like this...
  34. Node 4  5003.61 178               5000 STEVE STEVENS DARLINGTON,SC
  35. ^^^^^^  ^^^^^^^ ^^^               ^^^^ ^^^^^^^^^^^^^ ^^^^^^^^^^^^^
  36.  |       |       |                 |         |          |
  37.  |       |       |                 |         |          ---- Address
  38.  |       |       |                 |         --------------- User Name
  39.  |       |       |                 ------------------------- Security Level
  40.  |       |       ------------------------------------------- Sleep Timer
  41.  |       --------------------------------------------------- Time Remaining
  42.  ----------------------------------------------------------- Node #
  43.  
  44.  
  45. ***
  46. 3.42
  47. ***
  48. Fixed a bug that could have caused a problem at the midnight rollover.
  49.  
  50.         I now have the /DIALBACK command line switch!
  51.  
  52. How this works...
  53.         There are situations where a your BBS is long distance to a
  54.         caller but they are a local call to you.  So... Tell them about
  55.         the REDIAL door!  They enter the door, the door hangs up, then
  56.         calls them back. Viola!  They now enjoy your BBS without being a
  57.         long distance call to them.  And it's a local call for you so...
  58.         no LD charges for either party! (It will NOT call a caller that
  59.         is LD to you!)
  60.  
  61.  
  62. ***
  63. 3.34
  64. ***
  65. Upgraded to POWER BASIC 3.0!
  66.  
  67. .EXE's are now smaller & faster!
  68.  
  69. Now detects DV and if it's there, will give up time slices while
  70. delaying or waiting for keyboard input.  Seemed to make the program a
  71. bit "snappier" as well.
  72.  
  73. Checks parallel port to see if it can print and doesn't if it can't!
  74.  
  75. MYCALBK now uses ###.SWI files instead of those gangly command line
  76. switches.  You MUST supply a node # on the command line but that is it!
  77.  
  78. All normal comm routines have been re-written.  Now supports,
  79. COM1 - COM4, 0 - 115000 BAUD, IRQ2-15 (See .SWI file).
  80.  
  81.  
  82. ***
  83. 2.23
  84. ***
  85. Fixed the bug introduced when I fixed the drop carrier bug!  This one
  86. now properly logs the call and does not report dropped carrier when
  87. there isn't one!
  88.  
  89. ***
  90. 2.17
  91. ***
  92. Finally!  Fixed a bug when a user drops carrier while a screen is being
  93. displayed.  Was in a tight WHILE WEND loop and NOT checking carrier
  94. inside the loop.  If there are any more suggestions, please let me know.
  95.  
  96. ***
  97. 2.14
  98. ****
  99.         Fixed bug in time calculations where it would not call out
  100. from 11:30PM until 12:05AM (Must have been one of those nights I guess).
  101.  
  102. Added more responses in the log file.
  103.  
  104. Re-did the Dropped Carrier routine.  Now when carrier is dropped, the
  105. door no longer tries to write DROPPED CARRIER to the modem!
  106.  
  107.         Added a line explaining how to type your name back in when the
  108. door asks you. Some people either forgot what thier name was or
  109. are using control characters when they type thier name back in or
  110. something.  I cannot figure out what these people were doing!
  111.  
  112.  
  113. ***
  114. 2.13
  115. ***
  116.         Added on ON ERROR routine to record the errors to the LOG file.
  117. Now it will be easier to determine the kind of errors it is picking up!
  118.  
  119. ***
  120. 2.12
  121. ***
  122. More smoothness and program flow from my point of view.  Probably fixed
  123. a couple of things by straightening out some logic in the code.
  124.  
  125. ***
  126. 2.06
  127. ***
  128.  
  129. Added a feature where if a user has already been verified, and they
  130. enter the door again (some people want to see it work), it will NOT call
  131. them back again.  Also, for some reason if thier security was dropped
  132. low enough for RBBS to send them thru (the door) again, it will upgrade them
  133. without calling.
  134.  
  135. Two things must happen for this...
  136.         1).  Thier name is the same. Exactly the same.
  137.         2).  They have to enter thier phone number again.  It MUST
  138.              match!
  139.  
  140. If a user drops carrier, it resets thier security to that of a failed
  141. callback attempt (hopefully you've got it where they'll go thru and try
  142. being called again).
  143.  
  144. Changed the order in which the DATE & TIME are listed in the
  145. VERIFIED.LOG
  146.  
  147. Put LOCAL or LONG DISTANCE after DATE & TIME in VERIFIED.LOG to let you
  148. know if it (the door) dialed LD or local.
  149.  
  150. ***
  151. 2.05
  152. ***
  153.  
  154. Fixed a nasty little double spacing bug that totally screwed up the
  155. display for the SysOp and the user!
  156.  
  157. ***
  158. 2.03
  159. ***
  160.  
  161. Put time remaing for door and time remaing between key strokes on LINE 25.
  162.  
  163. ***
  164. 2.02
  165. ***
  166.  
  167. In setting up the /RETRIES= switch, I did not put a default number of
  168. retries so the door NEVER called!
  169.  
  170. ***
  171. 2.01
  172. ***
  173.  
  174. Minor BUG in new routines!  Would NOT send a CR/LF to user if they did not
  175. select color.  My version of RBBS selects color at startup and does not
  176. ask the user if they want it or not (even for a new user!), so I never
  177. saw that!
  178.  
  179. Added command line switch /RETRIES=  to let you set the number of times
  180. MYCALBK calls out (In case you have alot of incoming calls, etc...)
  181.  
  182. Fixed where a user with 0000 as the last four wouldn't be able to be
  183. called back.  I now check each number to make sure they do not enter a
  184. letter by mistake (or on purpose).
  185.  
  186. I may need to write a new switch /WIERDRBBS if more reports of a problem
  187. appear.  It seems some versions of RBBS read the DOUTx.DEF file and ADD
  188. the number there to the users' existing security, whereas my version of
  189. RBBS sets thier security to that number.
  190. I.E.  If your user enters the door at a -7 security and you tell MYCALBK
  191. to set thier security to 14 if they are validated and RBBS sets thier
  192. security to 7, that means that RBBS is ADDING that number instead of
  193. changing it directly.  OR say my security is 5000 and if I fail I want a
  194. security of 20, if your version of RBBS sets my security to 5020 then
  195. RBBS is adding the DOUTx.DEF value instead of changing the security to
  196. 20.
  197.  
  198. A simple workaround is this...
  199.  
  200. 5,15,-2
  201.  
  202. If they enter as a 5 and get validated, ADD 15 to thier security to give
  203. them a 20 OR subtract 2 to give them a 3 of they fail.  I hope this
  204. clears this up.
  205.  
  206. ***
  207. 2.00
  208. ***
  209.         The major thing new in this version is it's FASTER!  I have
  210. re-written some of the display routines in preperation for a rather
  211. large door project I will be developing towards the end of this year.  I
  212. mainly wanted to make the displays faster and still experimenting with
  213. calling interrupts from BASIC.  I will release another version at the
  214. end of the summer with a much better error handling facility.  Other
  215. than that, I have received a good response (12 or so registrations) from
  216. this program and will continue to support it as long as there is interest
  217. in it.
  218.  
  219. Steve Stevens
  220. The Neutral Zone
  221. (803)-395-6286
  222. 8:927/2
  223.  
  224.