home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 22 gnu / 22-gnu.zip / db02_src.zip / CHANGES < prev    next >
Text File  |  1993-11-05  |  5KB  |  122 lines
  1. $Id: CHANGES,v 1.4 1993/11/05 14:30:10 kevinl Exp $
  2.  
  3. Current Version: B0_2 (0.2)
  4.  
  5. Changes since B0_1_3
  6. - Initialise memServer constants correctly.
  7. - Removed some unreachable breaks.
  8. - Added operator= to objects/relations.
  9. - Added some synchronistaion calls in preparation for multi user.
  10.   They are never used :-)
  11. - Made the TODO list bigger (Don't you hate that?)
  12. - Extended dbString. There are now two types of resizeable objects. The
  13.   base is a dbData which is a resizable object that can hold anything. Its
  14.   length is its size. It has no terminating character.
  15. - Integrated dbData into the package.
  16. - Fixed a potential (rare) bug in the comparison code
  17. - Added diaGRel. You can now instantiate a relation for which you have no
  18.   code. Only the .db, .id? and .str files are needed.
  19. - Added the ichar type.
  20. - Added the db2txt utility.
  21. - dbObject now collects data about relations making attachments for diaGRel
  22.   quicker.
  23. - Added utils.h and utils.cc files so some stuff is out of defs.h
  24. - Record locking didn't work. Did nobody notice? :-) It does now.
  25. - Assignment of relations is now possible but be VERY careful. Define your
  26.   own assignment operator and call your base class properly.
  27. - Updated the documentation.
  28. - DSC: Reversed command line arguments (-C now generates code as opposed to
  29.        inhibiting it).
  30.        Added -G to build derived classes.
  31.        Added constructors and retrievers.
  32.        Added default values for relation members.
  33. - The pKeyType,long constructor has had its optional argument made a normal
  34.   argument to fix constructor clashes.
  35. - dbString and dbData no longer have horrible operators to manipulate
  36.   length byb adding numbers.
  37. - You can now pass "" to theDiamondBase and the TNameServer will consider
  38.   all relations to be in the current directory.
  39.  
  40. - AND MAJOR ADDITION!!!!!!!!
  41.   ***********************
  42.   ** MULTIUSER SUPPORT **
  43.   ***********************
  44.  
  45. Id: CHANGES,v 1.3 1993/07/11 10:37:51 kevinl Exp kevinl 
  46.  
  47. Current Version: B0_1_3 (0.1 PL3)
  48.  
  49. Changes since B0_1_2
  50. - Added version identifiers to all files/classes.
  51. - Added Next support in the Makefile.
  52. - Added a Make install target.
  53. - Include files are now all in <> so that an installed system will work. A
  54.   -I. is therefore required to build the system.
  55. - Some systems don't have malloc.h. Added a define for that.
  56. - TNameServer now does not exit when no/empty config file.
  57. - Removed direct access to uniques.
  58. - Some support for short filenames and extensions.
  59. - Use #elif not #elsif
  60. - Lots of cleaning up, eg ints/longs
  61.  
  62. MAJOR ADDITION:
  63. - dbString support. Variable length strings can now be included in
  64.   relations.
  65.  
  66. Id: CHANGES,v 1.2 1993/05/06 12:24:11 kevinl Exp kevinl
  67.  
  68. Current Version: B0_1_2
  69.  
  70. Changes since B0_1_1
  71. - Many compiler defines etc for the SASC compiler on the Amiga
  72. - Many revisions to the documentation
  73. - The data block in the recServer is now long aligned to prevent any
  74.   problems
  75. - We now use structs to store all the keys. This ensures that the key info
  76.   is aligned properly. All char types are moved to the end of the struct
  77.   to make sure no space is wasted around chars.
  78.  
  79. Id: CHANGES,v 1.1 1993/05/03 01:37:28 kevinl Exp kevinl 
  80. Current Version: B0_1_1 (0.1 PL 1)
  81.  
  82. Changes since B0_1
  83. - bucket::searchForKey is now a binary search. This has almost halved the
  84.   amount of user time our intensive add/delete test program uses (as
  85.   expected).
  86. - The global diamondBase object must now be called theDiamondBase. This
  87.   means you will have to change (ever so slightly) one line of any apps you
  88.   have written. The reason for this is some compilers don't like a type and a
  89.   variable of the same name.
  90. - Some major cleaning of the const's spurred on by CC
  91.  
  92.   The rest of these are mosty cosmetic but keep some compilers happy and
  93.     fix some distribution problems.
  94.  
  95. - Added fancyheadings.sty, CHANGES to the distribution
  96. - Some people don't have flex and lex can't handle our very simple dsc.l so
  97.    lex.yy.c is now included for the lexical-analyser impaired.
  98. - Almost all int variables have been removed and replaced by longs to stop
  99.    very picky compilers complaining and ensuring we don't go losing any bits
  100.    anywhere.
  101. - Removed ;'s off the end of inline function definitions. They are accepted
  102.    by gcc but produce warnings under other compilers.
  103. - inBTree is now 2 functions. We were using an optional reference argument
  104.    which, although accepted by gcc, is not allowed by the ARM. We now
  105.    overload the function (which is what the C++ compiler does with optionals
  106.    anyway!)
  107. - A couple of dbErr cases were left out of the switch in dberr.cc
  108. -  dbobj.h had some inlines with 2 exit points. Fixed them.
  109. - A variable called long in an include file was turned into link as was
  110.    intended.
  111. - In dsc.y, chars were being compared to -1. This causes problems for
  112.    compilers that default to unsigned char. Unfortunately, just declaring
  113.    those char arrays as unsigned doesn't help because some system calls are
  114.    defined to accept the default. So now we use 0 instead.
  115. - In generate.cc we assumed that the != operator returned 0 or 1. This has
  116.    been replaced by a conditional expression.
  117. - Lots of conditional compilation stuff for the CC compiler/preprocessor
  118.    (CFRONT?). It has some very strict rules and some VERY strange ideas. Some
  119.    of its warnings are completely opposite to those of gcc. eg. gcc gives end
  120.    of non void function reached, so you shove in a return, so CC complains
  121.    about unreachable code.
  122.