home *** CD-ROM | disk | FTP | other *** search
/ ftp.wwiv.com / ftp.wwiv.com.zip / ftp.wwiv.com / pub / DOOR / CSV256.ZIP / HISTORY.CSV < prev    next >
Text File  |  1994-01-07  |  19KB  |  418 lines

  1. History of Changes or Fixes to CSVerify.
  2. Entries are made in reverse order, Newest first;
  3.  
  4.  
  5.   NOTE: Once you receive your REGISTRATION key, Place the
  6.         Information at the TOP of your configuration file.
  7.         CSV will not go outside of the configuration file to find it.
  8.  
  9.  
  10. January 7, 1994 Ver 2.56
  11.  
  12. ■ If you ever want to know how screwed up the phone companies are, just
  13. write a call back program....
  14.  
  15. I made a change to the code to accomodate SysOps who have multiple area
  16. codes in there state with local access to those OTHER area codes.
  17.  
  18. Problem;
  19.  
  20. A BBS is in the 904 area code, and the caller is in the 813 area
  21. code. Even though the caller is in the 813 area code, the exchange he is
  22. calling from is a local call for the BBS.
  23.  
  24. When CSV tries to call the user back, since the number is in a different
  25. area code, it assumes that it needs to dial the number using the
  26. traditional 1+areacode+exchange+number, which will not work....
  27.  
  28. Solution;
  29.  
  30. In the areacode.csv file, list the areacodes that are local to YOU. In the
  31. exchange.csv file, list the exchanges that are considered local to you from
  32. those areacodes.
  33.  
  34. If there are exchanges in different area codes that are local, but require
  35. you to dial the areacode with the phone number, then you need to place an
  36. asteric "*" directly behind the exchange in the exchange.csv file.
  37.  
  38. The effect is this; When CSV set's up the dialing string, if the exchange
  39. has an asteric next to it, CSV will automatically include the areacode as
  40. part of the dialing string. It will not include a "1" though... If that is
  41. to be included, then you must remove the exchange from your exchange.csv
  42. file so CSV knows that it is a long distance call..
  43. ==================================================================================
  44. January 4, 1994 Ver 2.55
  45.  
  46. ■ I made some minor modifications to the routines that open the files that are
  47. used by CSV.
  48.  
  49.      ****** -=> IMPORTANT NOTE FOR MULTI-NODE USERS : <=- *****
  50.  
  51. Even though the files used by the program are openned in SHARED mode, you must
  52. remember to FLAG your TRASHNO.CSV file as READ|WRITE|SHARE on any network disk
  53. in order to have this file properly updated.
  54.  
  55. =============================================================================
  56. January 3, 1994 Ver 2.54
  57.  
  58. ■ I haven't updated the code for a while, but I noticed that there is a
  59. problem when using CSV after PCBoard has standardized the phone numbers of
  60. the users record. The program was not tokenizing the phone number correctly
  61. because of the leading space that PCB was inserting.
  62.  
  63. =============================================================================
  64.  
  65. October 30, 1993 Ver 2.53
  66.  
  67. ■ By request, added checking for area code "000". CSV was still attempting to
  68. dial this areacode, which would of course get the operator on the line...
  69. sorry about that! If the user enters 000 as an area code and confirms that
  70. the number is correct, the caller will be rudely dumped off the system with
  71. the auto twit!
  72.  
  73. =============================================================================
  74. October 7, 1993 Ver 2.52
  75.  
  76. ■ In the never ending battle to write to the trashno.csv file, I am trying
  77. different functions to track down the problem. This is another shot at it!
  78.  
  79. =============================================================================
  80.  
  81. September 21, 1993 Ver 2.51
  82.  
  83. ■ Minor update - CSV was displaying the wrong file to users who were calling
  84. long distance, and got verified when LOGOFF was set to YES. It was supposed
  85. to be displaying the HANGUP.CSV file, but was showing the LONGDIST.CSV file
  86. instead. Fixed!
  87.  
  88. =============================================================================
  89. September 18, 1993 Ver 2.50
  90.  
  91. ■ Corrected an error that was not extending the users long distance
  92. expiration date to the proper length if you did not allow long distance call
  93. backs.
  94.  
  95. =============================================================================
  96. September 18, 1993 Ver 2.49
  97.  
  98. ■ Added a new function to the program that allows you to restrict the program
  99. from calling specific area codes or exchanges. This was done to accomodate
  100. users that allow verification of long distance callers, but do not want to
  101. make interstate long distance calls because of the higher rates.
  102.  
  103. To use this function, simply put the areacode(s) you wish to have restricted
  104. into the areacode.csv file, and put a minus sign after the number like so;
  105.  
  106. 904-
  107.  
  108. The minus sign after the number tells CSV not to call this user back because
  109. it is a restricted area.
  110.  
  111. With this capability there are two new variables in the configuration file.
  112.  
  113. 1) RESTRICTED_LEVEL=## - Put the security level here that you wish to give a
  114. user that enters a restricted phone number.
  115.  
  116. 2) RESTRICTFILE=drive:\path\filename - This is the file that is displayed to
  117. the user explaining why they are not being verified. If this variable is
  118. blank or does not exist the program will display a brief internal message
  119. telling them what is happening.
  120.  
  121. If you choose not to use this new function, then just leave everything as is,
  122. and the program will operate as it always has. The key to this function is
  123. the hyphen after the number.
  124.  
  125. The above also holds true for the EXCHANGE.CSV file. This allows you to
  126. accept certain areacodes, but reject certain exchanges and continuing
  127. allowing callbacks to long distance users.
  128.  
  129. =============================================================================
  130. September 13, 1993 Ver 2.48.4
  131.  
  132. ■ Extended the length of the path names from 40 bytes long to 80 bytes long
  133. in case they were being truncated.
  134.  
  135. ■ Changed a couple more compiler options in this effort to figure out why it
  136. wont write to the trash file.
  137.  
  138. Once you get this program, log on as a local NEW user and test the program
  139. out. It should go through all the motions just as if the caller were on the
  140. modem, except that it wont dial the phone.. Check the callers log, and check
  141. the trash file to be sure the persons number was written to it when
  142. completed.
  143.  
  144. ■ Made a modification to the CVTPCBVR program that converts PCBVerify files
  145. to the CSVerify format, and fixed an error that would give a "FILE NOT OPEN
  146. FOR OUTPUT" error if the file you were converting to did not exist.
  147.  
  148. ■ Changed CSVPURGE to show the number of purged records on the screen as well
  149. as the number of records copied.
  150. =============================================================================
  151. September 11, 1993 Ver 2.48.3
  152.  
  153. ■ CSV was displaying the wrong file when the user was calling long distance.
  154. For some reason, I was showing the one for METERED Line service instead of
  155. the longdist.csv file. Fixed...
  156.  
  157. ■ Still trying to track down this nasty bug that is causing the program not
  158. to write to the trash file on some systems. In an effort to track the problem
  159. I have tried everything that I can think of on my end except changing the
  160. compiler settings. I previously has the code compiled to the 386 processor
  161. set with some optimizations turned on in the compiler. I have reverted back
  162. to the 286 compiler settings and turned off the compiler optimizations to see
  163. if this has any effect. Please let me know right away if theres a problem.
  164. =============================================================================
  165. September 9, 1993 Ver 2.48.2
  166.  
  167. ■ Corrected an error that was causing an END OF FILE marker to be written to
  168. the trash file before that data was written to the file. This would cause the
  169. program to read only up to that point in the file, and when writing, the
  170. program would only position itself at the point where the EOF marker was
  171. located, seemingly just overwriting what was there previously.
  172.  
  173. All users need to check thier trashno.csv files for evidence of this EOF
  174. marker sitting in front of an entry in the file. It should look like this
  175. "", without the quotes, and should not be in front of any entries.
  176.  
  177. ■ Corrected an error that would upgrade a user, then go right back to the
  178. board without displaying the profile.
  179.  
  180. =============================================================================
  181. September 7, 1993 Ver 2.48.1
  182.  
  183. ■ Were back to the small step versions again. Finally, someone spoke up, and
  184. told me that the trash file was not being updated properly.
  185.  
  186. ■ I added some logging to the callers file if the program has trouble
  187. openning the trashfile, or writing to it. I also changed the logic in calling
  188. the addtrash() function to see if that helps!
  189.  
  190. ■ There is a new file that you can download, instead of downloading the
  191. entire program everytime theres an update. Download the file CSVPATCH.EXE,
  192. which is an executable file that should be placed into your CSV directory,
  193. and when run, will update your files with the current versions of the files.
  194.  
  195. =============================================================================
  196. September 6, 1993 Ver 2.48
  197.  
  198. ■ Some users brought to my attention that my wires were crossed, and the
  199. program was logging off users after reconnect even if they were local
  200. callers. Yup... I goofed! This was fixed.
  201.  
  202. ■ I changed the routine that writes to the trash file, to standard C I/O
  203. operations instead of using the toolkit to see if that makes any difference.
  204. I did notice that there were times when an incorrect character was making an
  205. END OF FILE MARKER, then writing the number after it. What happens is that
  206. when the program next tries to read the file, it will only read up to that
  207. point.
  208.  
  209. =============================================================================
  210. September 4, 1993 Ver 2.47
  211.  
  212. ■ I haven't heard from anyone about the program not writting to the TRASH
  213. file, so I am assuming that the program is now working properly.
  214.  
  215. ■ Added a new program to the ZIP file called CSVPURGE.EXE. This program will
  216. purge your TRASHNO.CSV file of any users that no longer are listed in your
  217. PCBoard Users file. To operate correctly, you must have your environment
  218. variables set and pointing to the PCBoard.dat file where ever it might be.
  219.  
  220. The program will not modify the trashfile directly... instead, it will create
  221. a new file called TRASHNO.NEW. After you inspect this file, you can then
  222. delete the TRASHNO.CSV file, and rename TRASHNO.NEW to TRASHNO.CSV.
  223.  
  224. Happy now Butch! <g>
  225.  
  226. =============================================================================
  227. September 3, 1993 Ver 2.46.5
  228.  
  229. ■ Corrected an error that was causing the program to improperly check the
  230. necessary files when the user was using the CALLBACK feature, or being
  231. REVERIFIED. Essentially, the program was not checking the number under those
  232. two conditions, and therefore tried dialing them as local calls, even if they
  233. were actual long distance numbers.
  234.  
  235. =============================================================================
  236. August 31, 1993 Ver 2.46.4
  237.  
  238. ■ I am not sure why it took so long to pop up, but I corrected an error that
  239. was causing the program the pass the phone number incorrectly to the modem on
  240. local calls when you had allow_ld=yes, and PBX=xx. The program was also
  241. inserting the area code on the local call, which would be invalid to the
  242. phone company of course.
  243.  
  244. =============================================================================
  245. August 29, 1993 Ver 2.46.3
  246.  
  247. ■ Still trying to track down a bug that is not consistantly checking the
  248. trash file, and writing the used number to the trash file. Until this is
  249. corrected, the program will use the above style version numbering.
  250.  
  251. ■ Corrected an error that was not displaying the logoff file if you were a
  252. local call and had metered set to yes, or on long distance calls where
  253. metered and logoff were set to yes.
  254.  
  255. ■ Program was not correctly checking for the security level when entering the
  256. door. Now the program can tell if the user's account is expired, and will
  257. allow reverification, even with his number in the trash file, then the
  258. program will reset his/her expiration date to whatever value you specified.
  259.  
  260. After this occurs, and his/her security level has been raised, they will not
  261. be allowed in the door again, unless the expiration ocurrs again.
  262.  
  263. =============================================================================
  264. August 28, 1993 Ver 2.46.2
  265.  
  266. ■ Apparently, while I was changing the function calls for reading and writing
  267. to/from the trashfile, I defined the function incorrectly, which was causing
  268. the program never to open the file for the read, and subsequent writing of
  269. the persons information... With the file never getting openned up to search
  270. for a name, you would not get a hit if the person was already in the trash
  271. file. I think this is now working properly.... I need to hear from you if it
  272. is not...
  273.  
  274. =============================================================================
  275. August 26, 1993 Ver 2.46.1
  276.  
  277. ■ Added a Yes/No Prompt to the WELCOME screen, to allow the user to abort
  278. the program without having to go all the way through the program. This will
  279. write a message to the caller log that the caller aborted the program at the
  280. welcome screen. This uses PCBoards Multi-Language support characters in what
  281. ever the current language is that's in use.
  282.  
  283. ■ Found I was incorrectly calling the checktrash and addtrash routines, which
  284. *MAY* have been causing a problem on some systems... we shall see!
  285.  
  286. ■ I learned that I was linking the FOSSIL driver in the wrong place, and it
  287. was not taking effect after the compile... Fixed!
  288.  
  289. ■ When the program initially drops carrier to call the user back, the program
  290. will now attempt to poll the modem buffer for the words "NO CARRIER". If it
  291. finds that string, it will begin the dialback, otherwise it will wait for 60
  292. seconds before proceeding to give slower modems a chance to drop the carrier.
  293.  
  294. =============================================================================
  295. August 22, 1993 Ver 2.46
  296.  
  297. ■ Corrected an error that was preventing the display of error messages when
  298. trying to write the used phone number to the trashno.csv file.
  299.  
  300. =============================================================================
  301. August 18, 1993 Ver 2.45
  302.  
  303. ■ Corrected a logic error that was causing the Callers phone number not to be
  304. written to the trash file. It was not consistent for some reason, but it
  305. finally happened to me, and I was able to locate the problem.
  306.  
  307. =============================================================================
  308. August 14, 1993 Ver 2.44
  309.  
  310. ■ Inadvertantly left out a line in the code that was checking for network
  311. installation... If the PCBOARD.DAT file was set to No Network, the program
  312. would give an error that it could not run on multi-node BBS'es.
  313.  
  314. =============================================================================
  315. August 9, 1993 Ver 2.43
  316.  
  317. ■ The Single node version was restricted to using only NODE 1, and I had a
  318. couple of people tell me that they would like to use the program on a node
  319. other than node 1. There is a new variable in the config file called PCBNODE.
  320. Set this variable to the node you would like the program to run on, and you'll
  321. be able to use the program on that node only.
  322.  
  323. ■ Updated the documentation to be a bit clearer in setup. Thanks goes to Jeff
  324. Grant of MegaSystem BBS for the assist.
  325.  
  326. BTW: It would not hurt my feelings if someone decided to work my docs over a
  327. bit... I told you I am terrible at writing them <g>!
  328.  
  329. =============================================================================
  330. August 7, 1993 Ver 2.42
  331.  
  332. ■ Added a program to convert the trash file created from PCBVerify to the
  333. CSVerify format.  This program should be used before starting to use CSV.
  334.  
  335. To operate the program, type - "cvtpcbvr pcbvver trashno.csv", and the program
  336. will convert the file. You can also give the second parameter a different
  337. filename, and append it to an already existing trashno.csv file after
  338. conversion like this Example;
  339.  
  340.            cvtpcbvr pcbvver trashno.tmp
  341.            copy trashno.csv+trashno.tmp
  342.  
  343. This will cause the program to append the trashno.tmp file to the end of the
  344. trashno.csv file, joining them together.
  345.  
  346. ■ If a user was prompted by CSV to enter his phone number because it was not
  347. entered properly during registration, CSV would allow them to not enter a
  348. complete phone number, then it would try to dial whatever part they did enter.
  349. This has been corrected. Now if the user only enters a partial number, then
  350. answers that the number is correct, the program will disconnect them.
  351.  
  352. ■ Added another variable to the configfile. If you have concerns about showing
  353. a user that a phone number has already been used, and by whom, you can now set
  354. the variable DISPLAY_NAME=NO, and the program will only display the phone
  355. number, otherwise it will show the phone number used, the person that used it,
  356. and the date & time.
  357.  
  358. ■ Was finally able to track down a pesky bug that would not recycle the
  359. dialing attempts if the users phone was busy on callback. Now, if the users
  360. number is busy when called back, the program will pause 10 seconds, then
  361. attempt to redial if they are not beyond the Sysop configured redial attempts.
  362.  
  363. ■ The program will now wait five seconds after dropping carrier, to give slow
  364. modems a chance to report "NO CARRIER" before beginning to call the user back.
  365.  
  366. =============================================================================
  367. August 1, 1993 Ver 2.41
  368.  
  369. ■ Corrected an error which was causing the Bus/Data number to be written to
  370. the users record even if you said no.
  371.  
  372. ■ Corrected an error that was causing the program not to properly check the
  373. trash file for used phone numbers.
  374.  
  375. Note: Your Trashfile should have at least one phone number in it before you
  376. use it.... namely your BBS number, or the program will not operate properly
  377. when checking the trash file.
  378.  
  379. ■ Added support for international characters in the prompts.
  380.  
  381. =============================================================================
  382. June 25, 1993 Ver 2.40
  383.  
  384. ■ Internal changes and recompilation with BC 3.1 to improve performance.
  385. =================================================================================
  386.                     Versions No Longer supported!
  387.  
  388. April 30, 1993 Ver 2.39
  389. April 28, 1993 Ver 2.38
  390. April 26, 1993 Ver 2.37
  391. April 17, 1993 Ver 2.36
  392. April 11, 1993 Ver 2.35
  393. April 3, 1993 Ver 2.34 21:00
  394. April 3, 1993 Ver 2.33 Internal Beta
  395. April 1, 1993  Ver 2.32
  396. March 31, 1993 Ver 2.31
  397. March 30, 1993 Ver 2.30/M
  398. March 25, 1993 Ver 2.29/M  (* Major Changes!!! *)
  399. March 23, 1993 Ver 2.28/M
  400. March 19, 1993 Ver 2.27/M
  401. March 17, 1993 Ver 2.25/M
  402. March 16, 1993 Ver 2.24/M
  403. March 15, 1993 Ver 2.23/M
  404. March 11, 1993 Ver 2.22/M
  405. March 9, 1993 Ver 2.21/M
  406. March 6, 1993 Ver 2.20/M
  407. March 5, 1993 Ver 2.19/M
  408. March 2, 1993 Ver 2.18/M
  409. February 28, 1993 Ver 2.17/M
  410. February 26, 1993 Ver 2.16/M
  411. February 22, 1993 Ver 2.15/M
  412. February 21, 1993 Ver 2.14/M
  413. February 4, 1993 Ver 2.13/M
  414. January 20, 1993 Ver 2.12/M
  415. January 10, 1993 Ver 2.11/M
  416. January 7, 1993 Ver 2.10/M
  417. July 27, 1992 Ver 2.0 *** Major Rewrite ***
  418.