home *** CD-ROM | disk | FTP | other *** search
/ ftp.wwiv.com / ftp.wwiv.com.zip / ftp.wwiv.com / pub / DOOR / CS58A.ZIP / HISTORY.DOC < prev    next >
Text File  |  1993-10-16  |  12KB  |  294 lines

  1. VERSION HISTORY
  2.  
  3.  
  4. Version 3.0 (02/15/89)
  5.  
  6. While Card Sharks has been available for play on my BBS for over a year,
  7. this is the first attempt at releasing a completely standalone program for
  8. others use.
  9.  
  10.  
  11. Version 3.1 (03/01/89)
  12.  
  13. Fixed several bugs including a problem with the program in rolling over
  14. the previous months scores. The game would rollover the scores fine the
  15. first month, but subsequent rollovers caused the game to go into a 
  16. screeching halt. With this fix also comes improved error handling so that
  17. if something else quirky does arise the program will exit gracefully back
  18. to the BBS instead of just dieing.
  19.  
  20. Fixed a minor problem with the input of using 'H'alf of bank. If a person
  21. had only $1 the program would round the bet down to zero. Now if the person
  22. has only $1 left to wager, half the bet would be the $1 remaining.
  23.  
  24. Added a new file CS.REG which contains information on whom the program is
  25. registered. Unregistered programs are given the default file that labels
  26. the program as being unregistered. Failure to keep this program in the
  27. same directory as the Card Sharks program itself or altering this file
  28. will result in the game refusing to operate. This 'feature' makes it 
  29. very simple for me to pass along a registered 'copy' to those who register
  30. as all I need to do is hand out their own personalized CS.REG file.
  31.  
  32.  
  33.  
  34. Version 3.2  (05/05/89)
  35.  
  36. Once again the problem with the previous months scoreboard rolling over
  37. has appeared. Seems that the problem only occurs when a remote call is
  38. the first call of the month. If the sysop was the first call (locally)
  39. the rollover worked fine. I have once again reworked the code and hope
  40. this is the final time to call out the pest control for this problem.
  41.  
  42. Changed the program so that the sysop must now pass the parameter 'new'
  43. to initialize a new game. Passing the parameter 'NEW', ie. CS NEW,
  44. will cause the game to create new data files for the game. 
  45.  
  46. Also added some more color to the game by now displaying the card numbers
  47. and suites in a different color than the card itself.
  48.  
  49.  
  50. Version 3.3  (06/01/89)
  51.  
  52. The bug with the rollover still managed to appear, but this time it's
  53. next to guaranteed that the monthly score rollovers will work without
  54. fail. A conflict between my code and the CatPatch routines made it
  55. difficult to uncover. This function has now been tested and retested to
  56. ensure proper handling of the routine.
  57.  
  58. Expanded the scoreboard field to allow well over a ZILLION points to be
  59. displayed. Yes, it happened, a real duel was underway with two players
  60. rolling their scores into the zillions on my board.
  61.  
  62.  
  63.  
  64. Version 4.0  (09/22/89)
  65.  
  66. First off, there have been no problems reported with the monthly rollover
  67. of the scoreboard. Told you is was nearly guaranteed that it would work
  68. properly this time.
  69.  
  70. Added option to run as a non-BBS program (stand alone).
  71.  
  72. Enhanced the display to show actual suit cards (a club, heart, spade
  73. and diamond) instead of 'C', 'H','S' and 'D' respectively if the user
  74. selects ANSI graphics display.
  75.  
  76. Added multi-BBS support to allow Card Sharks to be run on PCBoard v14.x,
  77. QBBS, RBBS 15.1c and of course Wildcat.
  78.  
  79. Recoded the card display option to update only the card changed. Previously
  80. if a user changed the card after jumping to the next row the last card
  81. on the previous row was also changed.
  82.  
  83. Found that some users would rather hang up after seeing the top card rather
  84. than take a chance of loosing half their bankroll. Well that has now been
  85. fixed in this version as the program will automatically take half their
  86. bankroll if they decide to hang up instead of playing the card shown.
  87.  
  88. For those who are upgrading to the new version, you need not change anything
  89. you now have set-up. Just copy the CS40.EXE file into the proper directory.
  90.  
  91.  
  92. Version 4.1 (04/28/90)
  93.  
  94. Added support for WWIV (CHAIN.TXT) file format.
  95.  
  96. Revised scoreboard to include highest ever earnings in Card Sharks as
  97. well as average earnings per play.
  98.  
  99. Added option where user can remain in door and play out as many turns
  100. as he has left. For example if you allow 3 plays per day, the user no
  101. longer is forced to return to the board after each play. If he has 1 or
  102. more turns left for the day he is prompted if he wants to play another
  103. round.
  104.  
  105. Again, if upgrading just copy the CS41.EXE file into the proper
  106. directory.
  107.  
  108.  
  109. Version 4.2 (Added support for Spitfire BBS)
  110.  
  111.  
  112. Version 4.3 (08/13/90)
  113.  
  114. Limited release version for beta testing new routines for high speed HST
  115. modems.
  116.  
  117.  
  118. Version 4.4 (08/25/90)
  119.  
  120. Resolved problem with high speed modems (9600+ baud). Beta testers have
  121. reported that program now operates fine at high speed modes.
  122.  
  123. Changed compiler to latest version, v4.5 of Quick Basic. Program now
  124. requires use of patch BRUN45.EXE program. Program is distributed with
  125. this program.
  126.  
  127.  
  128. v4.5
  129.  
  130. Internal version, minor changes, never released.
  131.  
  132.  
  133.  
  134. v4.6 (08/04/92)
  135.  
  136. Revised I/O routines to accomodate changes to several file formats.
  137.  
  138. Revised I/O routines for RBBS systems. Seems the format has been
  139. changed slightly when running local doors. Fixed problem, thanks to
  140. Rob Engle for his assistance with resolving this problem.
  141.  
  142. Added new option, "B" for all but a BUCK. Many times, users will want
  143. to bet almost all they have on a card (3,4,Q,K). This lets them bet all
  144. but $1 of their total bank.
  145.  
  146. Revised scoreboard, deleting average $ per play and replaced with # of
  147. plays and date last played. Helpful for users who are in competition
  148. with another user to know if they have played recently.
  149.  
  150. Changed display character for the club if in color mode. Seems that the
  151. Compuserve system uses that as their file transfer start character,
  152. users who had AUTO COMPUSERVE ON were getting +0+0's popping up when the
  153. club was displayed. The character selected isn't as "cute", but better
  154. than +0's being displayed.
  155.  
  156.  
  157. v5.0 (08/23/92)
  158.  
  159. Underwent a major upgrade in the I/O routines. This door now supports baud
  160. rates up to 115,200 and COM1-4 (plus non-standard IRQ's). This should help
  161. those who lock their baud rates at 38,400 and above. In addition, these new
  162. routines should allow the program to be run under DesqView. Please note, those
  163. who are upgrading from a prior version should review the new configuration
  164. file format. This door is now released as a completely stand-alone
  165. program, no longer requiring the BRUN45.EXE file.
  166.  
  167.  
  168. v5.1  (10/18/92)
  169.  
  170. Many ideas have been suggested for improving Card Sharks. I've taken
  171. several comments and implemented the following changes:
  172.  
  173. Added option to add a JOKER to the deck.
  174.  
  175. Added option to either BANKRUPT player or lose turns remaining for the
  176. day if Joker is hit.
  177.  
  178. Added option for sysop to include their own WINNING and LOSING comments
  179. in the file CS.TXT (registered version only)
  180.  
  181. Improvement in the screen displays.
  182.  
  183. Improved CHAT routine - now restores upon return.
  184.  
  185. Revised routines to not display scoreboard twice during replays.
  186.  
  187. Minor screen revisions.
  188.  
  189. Fixed problem with upper case input -  now accepts both upper and
  190. lower case input without a problem.
  191.  
  192.  
  193. v5.2 (11/11/92)
  194.  
  195. New support for FOSSIL drivers (see section on FOSSIL DRIVERS above for
  196. details).
  197.  
  198. Screen displays have again been optimized, screen displays are faster
  199. than previous versions.
  200.  
  201. v5.3 (05/22/93)
  202.  
  203. Enhanced the top player scoreboard display as well as increased number
  204. of players included in the scoreboard from 5 to 10. The bulletin
  205. filenames have been changed, Card Sharks will automatically handle any
  206. conversion of this file information the first time it is run. You may
  207. need to change your bulletin information on your BBS to reflect these
  208. new filenames, refer to documentation above for filename conventions.
  209.  
  210. v5.4 (06/25/93)
  211.  
  212. I/O routines now support fossil based multi-port digiboards as used with
  213. PCBoard /M version.
  214.  
  215. High scores could reach a number that would only be stored as
  216. expotential. Wrote routine to convert this expotential number back to a
  217. comma filled string for the all time high score display. All time high
  218. score on my board hit $653,184,000,014,289,700!
  219.  
  220. Revised registration method. Moved registration from standalone file and
  221. incorporated into .CFG file to be consistent with other programs of
  222. mine. Users upgrading from prior version must run the program CSCONFIG
  223. which will automatically convert your .CFG file to include the new
  224. registration number. Note: Your prior registration number will not work
  225. directly in the program, you must run CSCONFIG which will calculate your
  226. new registration number.
  227.  
  228. Caught minor error where if a person quit playing before using all plays
  229. for the day his current stats would not be reflected in the scoreboard.
  230.  
  231. v5.5 (07/25/93)
  232.  
  233. For testing of v5.4 I had the error routine rem'd out, prevented the
  234. program from recovering from any internal error (hopefully no errors
  235. occurred), fixed.
  236.  
  237. Due to a coding change, a user could have dropped carrier after last
  238. card played and would not have lost his bankroll. Those cheating rascals
  239. will now find that their bankroll is now much smaller their next play.
  240.  
  241. Random characters would appear at the start of the program for systems
  242. using fossil based multi-port boards. Program now purges the buffer to
  243. compensate for these occasional characters.
  244.  
  245. Revised scoreboard further, will now show previous months high score
  246. plus a few other minor modifications.
  247.  
  248. Found a bug where a first time player would end up with a $200 if he
  249. lost it all before the last card was played. Actually, the first time
  250. caller was being given credit twice for his initial bankroll, fixed.
  251.  
  252. The routine to convert the expotential scores in the HIGH SCORE worked
  253. so well I've now converted all scoreboard displayed numbers to convert
  254. the expotential displays to regular, comma displays. Also expanded the
  255. scoreboard fields to accomodate a larger score (had one user on my board
  256. who was rolling up some big scores).
  257.  
  258. The library program for the I/O routine was revised due to it's large
  259. size. Subsequently the support for WWIV was removed by the libraries
  260. author. WWIV sysops will need to use a conversion program to create a
  261. file format compatible with the host of other BBS format's still
  262. supported in order to run this version. Sorry, not be decision.
  263.  
  264. Added option to enter wager as a percentage of bankroll.
  265.  
  266. Included revised CSCONFIG.EXE file. Appears there was a problem in the
  267. version included in the 5.4 release.
  268.  
  269. Made new player welcome/help file an external ASCII and ANSI file. May
  270. be edited by the sysop if desired.
  271.  
  272. v5.6 (08/01/93)
  273.  
  274. Fixed a bug in the monthly scoreboard rollover, would cause the game to
  275. error out when the scoreboard was displayed at the end of play.
  276.  
  277. v5.7 (08/03/93)
  278.  
  279. The modified scoreboard caused another problem. Found that users with
  280. older versions of the program would encounter when the program read the
  281. last month scoreboard to pull in last months high score. Program now
  282. checks for old and new scoreboard formats and, if the format is not
  283. either of these two formats, it will use default information.
  284.  
  285. v5.8 (10/10/93)
  286.  
  287. Happened again, a top shark managed to rollover his top score beyond the
  288. QUADRILLION limit I had set in the program. Expanded the scoreboard to
  289. handle 3 additional digits, plus dressed up all score displays to
  290. properly display as a string instead of expotential numbers if the
  291. number became too large.
  292.  
  293. Other minor internal changes.
  294.