Version 1.05(063)

=================

(Made by Mark Cawston on 23 November 2001)

Dependencies

Built against Hurricane Release build 00629

Defects fixed : DON-587EA3 (Corrupted Cdbv2.dat prevents device from booting)

Testing

automatic F32tests run on MINT UDEB, UREL, WINS UDEB.

Version 1.05(062)

=================

(Made by Mark Cawston on 23 November 2001)

Dependencies

Built against GT6.2 Release build 00558

Building

Use bldmake and abld

Testing

Tests modified to verify defects fixed T_BENCH, T_COMP tested on WINS UDEB and

MISA ARM4 (Assabet) UDEB.

Defects fixed

Hurricane : ROS-534E69: DBMS should use CleanupArrayDeletePushL()

Version 1.05(061)

=================

(Made by Mark Dowman on 26 July 2000)

Dependencies

Built against GT6.0 Release build 00039

Building

Use bldmake and abld

Testing

Tests modified to verify defects fixed. T_DBMS, T_DBS, T_SQL and T_TRANS passed on WINS UDEB and ARM4(BRUTUS) UDEB.

Defects fixed

ER6.0 : EDNATHE-4MCL2K: RDbDatabase::IsDamaged() always false after opening database.

ER6.0 : EDNPHAR-4L4KY2: DBMS access violation when sending a fax.

Version 1.05(060)

=================

(Made by Andrew Thoelke on 20 May 1999)

For EPOC Release 5 Unicode

MSVC++ 6.0 compatible source only release

Dependencies

This release has been built against Baseline 0801

Building

Use bldmake, etc.

Testing

Tests added to verify defect fixes. All tests passed on WINS UREL, WINS UDEB, ARM ROM 306

Changes

RDbs::Version() now reports "1.05(060)"

DBMS stores all Unicode text columns (Text and Text16 columns) using the standard unicode compression algorithm available in STORE. This breaks the data format for all databases containing text - and to ensure that old databases cannot be loaded by this build of DBMS the internal database version numbers have been increased. All existing databases are now unreadable.

Long columns that are not inlined but still under a certain threshold (currently 1.5K) are now extracted from the database without requiring a read-lock on the database. This allows moderate sized BLOBs to be read from a shared database while another client is updating or compacting the database.

Defects fixed

ER5:EDNBBAR-463J5D: Concurrent server start-up does not panic and hang the second client attempting to connect.

ER5:EDNATHE-48AEZW: Automatic cursor recovery after row deletion is now much more capable than previously.

ER5U:EDNATHE-497KWW: Explicitly load 16-bit values using 8-bit reads to prevent incorrect use of half-word load instructions.

Version 1.05(058)

=================

(Made by Andrew Thoelke on 20 May 1999)

EPOC Release 5u baseline component

Dependencies

This release was built with

     Tools: E32TOOLS 120, E32TOOLP 107

Components: E32 185, F32 145, STORE 062

Building

Mostly standard EBLD syntax supported. Invoking EBLD without parameters gives usage information

Release components

All 4 build variants have been released.

Testing

No testing has been done

Changes

RDbs::Version() now reports "1.05(058)"

The DATAZIP tool has been removed - it was not supported for Unicode data documents in any case

Version 1.05(057)

=================

(Made by Andrew Thoelke on 15 January 1999)

EPOC Release 5 candidate component

Dependencies

This release was built with

     Tools: E32TOOLS 095, E32TOOLP 098

Components: E32 158, F32 124, STORE 051

Binary Compatibility

Fully binary compatible with 054-6

Building

Mostly standard EBLD syntax supported. Invoking EBLD without parameters gives usage information

Release components

All 8 build variants have been released.

MARM ASCII release build EDBMS.DLL + EDBSRV.EXE is 130,276 + 496 bytes (127.7K) in ROM

To install DBMS for MARM:

	edbms.dll : install to \System\Libs\

	edbsrv.exe: install to \System\Programs\

Known problems

DATAZIP will not work on new unicode database documents, as it does not recognise the new Data App UID. This tool is likely to be migrated out of DBMS in the near future

Testing

Test code amended and extended to verify the defect fixes. All test code passes on all platforms.

Changes

RDbs::Version() now reports "1.05(057)"

Defects Fixed

590829: CDbTableDatabase::CheckIdle() no longer causes an access violation if the table collection is modified while it iterates across the tables.

394751: The server panics clients in such a way as to avoid trying to complete the offending message twice, which caused a KERN-EXEC 4 in the server.

Version 1.05(056)

=================

(Made by Andrew Thoelke on 5 January 1999)

EPOC Release 5 candidate component

Dependencies

This release was built with

     Tools: E32TOOLS 095, E32TOOLP 098

Components: E32 158, F32 124, STORE 051

Binary Compatibility

Fully binary compatible with 054-5

Building

Mostly standard EBLD syntax supported. Invoking EBLD without parameters gives usage information

Release components

All 8 build variants have been released.

MARM ASCII release build EDBMS.DLL + EDBSRV.EXE is 130,280 + 496 bytes (127.7K) in ROM

To install DBMS for MARM:

	edbms.dll : install to \System\Libs\

	edbsrv.exe: install to \System\Programs\

Known problems

DATAZIP will not work on new unicode database documents, as it does not recognise the new Data App UID. This tool is likely to be migrated out of DBMS in the near future

Testing

Test code amended and extended to verify the defect fixes. All test code passes on all platforms.

Changes

RDbs::Version() now reports "1.05(056)"

New RProcess::Create() and RLibrary::Load() functions which take a TUidType parameter are now used for launching the server and loading drivers with full UID type checking

Defects Fixed

632258: RDbNamedDatabase::Create() will now only delete the file on cleanup if it created the file, and not delete an existing file

Version 1.05(055)

=================

(Made by Andrew Thoelke on 9 December 1998)

EPOC Release 5 candidate component

Dependencies

This release was built with

     Tools: E32TOOLS 095, E32TOOLP 098

Components: E32 156, F32 122, STORE 051

Binary Compatibility

Fully binary compatible with 054

Building

Mostly standard EBLD syntax supported. Invoking EBLD without parameters gives usage information

Release components

All 8 build variants have been released.

MARM ASCII release build EDBMS.DLL + EDBSRV.EXE is 130,288 + 496 bytes (127.7K) in ROM

To install DBMS for MARM:

	edbms.dll : install to \System\Libs\

	edbsrv.exe: install to \System\Programs\

Known problems

DATAZIP will not work on new unicode database documents, as it does not recognise the new Data App UID. This tool is likely to be migrated out of DBMS in the near future

Testing

Test code amended and extended to verify the defect fixes. All test code passes on all platforms.

Changes

RDbs::Version() now reports "1.05(055)"

Defects Fixed

SW1-488	Regression from 043: deleting a row can cause an access	violation. A simple fix added and tested by T_BIG.

Rebuilt with MSVC++ 5.0 Service Pack 3 to ensure good WINS release builds.

Boiler-plated the source code using the SysDoc tool.

Version 1.05(054)

=================

(Made by Andrew Thoelke on 16th November, 1998)

This is an EPOC Release 5 component.

Dependencies

The requires EPOC Release 5 components to build and run. This release

was built with

     Tools: E32TOOLS 095, E32TOOLP 097

Components: E32 156, F32 122, STORE 050

Binary Compatibility

Backwards binary compatible with 053

RDbNotifier::Notify() has changed names, making this release source

incompatible, and RDbNotifer has gained a new export (see Changes).

Building

Mostly standard EBLD syntax supported. Invoking EBLD without parameters

gives usage information

Release components

All 8 build variants have been released.

MARM ASCII release build EDBMS.DLL + EDBSRV.EXE is 130,280 + 496 bytes

(127.7K) in ROM

To install DBMS for MARM:

	edbms.dll : install to \System\Libs\

	edbsrv.exe: install to \System\Programs\

For ROM building, edbsrv.exe should be marked as a FIXED process, the

process priority has yet to be specified.

DBMS can be successfully installed an run from C: (RAM drive) on a

EPOC Release 5 ROM

Known problems

DATAZIP will not work on new unicode database documents, as it does not

recognise the new Data App UID. This tool is likely to be migrated out

of DBMS in the near future

Testing

Test code amended and extended to verify the defect fixes and changes.

All platforms have been fully tested.

Changes

RDbs::Version() now reports "1.05(054)"

The notification interface of RDbNotifer has changed:

*	Notify() has been renamed to NotifyUnlock(), inidicating that all

	events are reported, including "unlock" events.

*	A new request NotifyChange() has been added which only completes

	when a change event (all except unlock) occurs on the database.

Note that change events occuring between notifier completion and making a

new request will not be missed (as they are in 053), see the fix for

SW1-334 below.

Defects Fixed

Defects are from EPOC Software Defects.

SW1-320	File and Path not found errors are now returned by

	RDbNamedDatabase::Open() when appropriate.

SW1-326	Attempting to read Long columns can return KErrAccessDenied if

	compaction or statistics update is in progress in the same

	client. 053 only reported this if a different client was

	compacting, but panic'd if it was the same client.

SW1-334	Database "change" events which occur after a request is completed

	are now stored by the notifier and reported immediately when the

	next notification request is made. Only the most significant event

	is stored, following this ordering:

		Recover > Rollback > Commit

	The more "significant" events have a larger impact on client views.

Version 1.05(053)

=================

(Made by Andrew Thoelke on 28th October, 1998)

This is a beta EPOC Release 5 component.

Dependencies

The requires EPOC Release 5 compatibility components to build and run

     Tools: E32TOOLS 095, E32TOOLP 096

Components: E32 156, F32 122, STORE 050

Binary Compatibility

Only WINS REL, MARM REL and MARM DEB releases are fully binary compatible

with 052

WINS DEB is now BC with WINS REL

WINS UREL is BC with WINS UDEB

MARM UREL is BC with MARM UDEB

Building

Mostly standard EBLD syntax supported. Invoking EBLD without parameters

gives usage information

Release components

All 8 build variants have been released.

MARM ASCII release build EDBMS.DLL + EDBSRV.EXE is 130,020 + 496 bytes

(127.5K) in ROM

To install DBMS for MARM:

	edbms.dll : install to \System\Libs\

	edbsrv.exe: install to \System\Programs\

For ROM building, edbsrv.exe should be marked as a FIXED process, the

process priority has yet to be specified.

DBMS can be successfully installed an run from C: (RAM drive) on a

EPOC Release 4 ROM

Known problems

DATAZIP will not work on new unicode database documents, as it does not

recognise the new Data App UID at the moment. This will be remedied once

the new unicode Data app UID is available.

Testing

All platforms have been fully tested.

Changes

1.	RDbs::Version() now reports "1.05(053)"

2.	New UIDs allocated for Unicode:

		0x10003B0E: Unicode EDBMS.DLL

		0x10003B0F: KDbmsDriverUid16

Version 1.05(052)

=================

(Made by Andrew Thoelke on 13th October, 1998)

This is a beta EPOC Release 5 component.

Dependencies

This component requires at least EPOC Release 4 in order to be built and

run.

Components required: E32 144, F32 115, STORE 049

Tools: E32TOOLS 095, E32TOOLP 093

Binary Compatibility

This release is fully backwards binary compatible with DBMS 051.

However, internal changes mean that different versions of DBMS 050+ in ROM

and RAM can cause problems.

DBMS 052 adds three more exports to the client interface, to support

enquiry of database properties such as size and usage.

Building

WINS components were built using MSVC++ 5.0, hence the debugging databases

are incompatible with previous versions of MSDev.

Command-line building now uses the "EBLD" syntax. Invoking EBLD from the

GROUP sub-project will provide usage information. All MNT verbs which

could previously be used for building have been removed.

EBLD TOOL ... is used to build the tools

Release components

All 8 build variants have been released.

MARM ASCII release build EDBMS.DLL + EDBSRV.EXE is 130,020 + 496 bytes

(127.5K) in ROM

To install DBMS 052 for MARM:

	edbms.dll : install to \System\Libs\

	edbsrv.exe: install to \System\Programs\

For ROM building, edbsrv.exe should be marked as a FIXED process, the

process priority has yet to be specified.

DBMS 052 can be successfully installed an run from C: (RAM drive) on a

EPOC Release 4 ROM

Testing

All platforms have been fully tested.

A new SQL-script test program has been added, and further SQL scripts are

planned to validate the query analysis and evaluation engine.

Changes

1.	RDbs::Version() now reports "1.05(052)"

2.	To complement database compaction, a query function which returns

	the database size and usage has been added: RDbDatabase::Size().

	This returns a structure containing the database size (in bytes)

	and the usage (in percent). A value <0 indiciates an inability to

	evaluate the property, this may be because the database does not

	support the query (such as RDbStoreDatabase), or because the value

	is not immediately available. For hard-to-compute values (like

	usage) this function will return a cached value, these "stats" can

	be updated by calling RDbDatabase::UpdateStats() (which may be

	long-running) or using the incremental version

	RDbIncremental::UpdateStats(TInt&).

3.	RDbNotifier's can now also be opened on a client-side database:

	attempting this operation with build 050 or 051 panic'd. The

	current implementation only supports a single notifier for a

	client-side database, but continues to support any number of

	notifiers opened on a client-server database.

4.	SQL Query optimisation has arrived. No longer is there only one

	way to evaluate a query, DBMS 052 will now make use of indexes to

	optimise query evaluation. The implications for database design

	(what to index) and access (undefined behaviour) are significant.

4.1.	Indexes may be used to evaluate the WHERE clause, the ORDER BY

	clause, or both. Pre DBMS 051 the exact method of evaluating a

	query was well defined, and could be relied on: e.g. an ORDER BY

	clause had to be evluated with an index, and WHERE clause was done

	on-the-fly; the TDbWindow paramater to RDbView::Prepare() was

	followed precisely. This can no longer be relied on in the

	presence of indexes.

4.2.	If a window is requested, the rowset is guaranteed to use one: but

	a window'd View may be provided for a request which did not

	specify one, because that may be the only (or best) way to

	evaluate the query. This implies that Views must be Evaluate()'d

	after preparation, and they may behave differently if this or

	another view updates the underlying table.