home *** CD-ROM | disk | FTP | other *** search
/ C!T ROM 2 / ctrom_ii_b.zip / ctrom_ii_b / PROGRAM / PASCAL / RKPLUS33 / READ.ME < prev    next >
Text File  |  1993-10-19  |  4KB  |  94 lines
  1.  
  2.  
  3. ----------------------------------------------------------------------------
  4.  
  5.  
  6.                            European Registrations
  7.  
  8.  
  9. Serious Cybernetics now has a UK/Europe registration site (Frontier Bulletin 
  10. Board).  If you are registering in the United Kingdom or Europe, please use 
  11. the REGISTER.EUR form.  If you are registering in the United States or 
  12. Canada, please use the REGISTER.USA form.  Users in other countries may use 
  13. either form, but must submit registration amounts in the appropriate 
  14. currency ($US or £UK) for the form being used.
  15.  
  16.  
  17. ----------------------------------------------------------------------------
  18.  
  19.  
  20.                Upgrading from RkPlus versions 3.0, 3.01 & 3.1
  21.  
  22.  
  23. Due to a bug in the expiration date algorythms, expiring keys that were 
  24. generated with UseExpDays set to True were producing incorrect values for 
  25. some dates (ExpDay > 23 or ExpMonth = 12).  This has been fixed in version 
  26. 3.2, but will cause expiration dates from keys generated by earlier versions 
  27. to be shifted forward by a month.
  28.  
  29.  
  30. ----------------------------------------------------------------------------
  31.  
  32.  
  33.                 Upgrading from RkPlus versions prior to 3.0
  34.  
  35.  
  36. Version 3.0 is a MAJOR update to RkPlus.  It offers several new features, as 
  37. well as some changes to the way that keys may be generated.
  38.  
  39. Due to conflicts between the enum values of Rkp.Status and those returned by 
  40. other units being developed by Serious Cybernetics, a new, more consistant 
  41. error reporting approach was chosen.  Errors are now returned via 2 
  42. functions. RkpOK returns a boolean which will be True unless an error has 
  43. occured and RkpError returns a word containing the error code.  The error 
  44. codes will be compatible with those returned by future Serious Cybernetics 
  45. units. Registration status is returned in the boolean Rkp.Registered (in the 
  46. Rkp record).  All references to Rkp.Status will need to be changed.  (see 
  47. RKPLUS.DOC for details)
  48.  
  49. If you want RkPlus to generate and use keys that are compatible with version 
  50. 2.x, you MUST do the following :
  51.  
  52. [1] Change
  53.  
  54.       Uses
  55.         RkPlus;
  56.  
  57.     to
  58.  
  59.       Uses
  60.         RkPlus, Rkp2Enc;
  61.  
  62. [2] Make sure that the values of BaseYear and UseExpDays are not changed by
  63.     your programme.
  64.  
  65. [3] Make sure that your programme doesn't call the SetEncode procedure.
  66.  
  67.  
  68. ----------------------------------------------------------------------------
  69.  
  70.  
  71.                 Upgrading from RkPlus versions prior to 2.4
  72.  
  73.  
  74. Due to a conflict between the naming of the RkPlus Registration Record as 
  75. "Reg" and the use of "Reg" in other programmes/units as a record for holding 
  76. registers, I have changed the name to "Rkp".  Therefore all occurances of 
  77. "Reg." in your existing programmes will need to be replaced with "Rkp." This 
  78. can be done easily in the IDE by pressing CTRL-Q then CTRL-A then typing 
  79. "Reg." (without the quotes) and pressing ENTER then typing "Rkp." (without 
  80. the quotes) and pressing ENTER then typing "GNU" (without the quotes) and 
  81. pressing ENTER.
  82.  
  83. Also, due to a bug in the encryption algorythm, programmes which had an 
  84. OwnerCode and/or ProgramCode of less than 10 characters MAY have produced 
  85. incorrect keys under certain conditions.  This has been fixed in versions 
  86. 2.4 (and higher), but new keys MAY have to be generated for such programmes.  
  87. This problem did not exist (to the best of my knowledge) when the OwnerCode 
  88. and ProgramCode were both longer than 10 characters.
  89.  
  90.  
  91. ----------------------------------------------------------------------------
  92.  
  93.  
  94.