devel/lfcxml: 1.1.8 -> 1.2.2
databases/cego: 2.27.2 -> 2.28.3
databases/p5-DBD-cego: bump portrevision
databases/cegobridge: bump portrevision
IMPORTANT: Upgrades of cego 2.27.x to 2.28.x databases has to be done by
export and import.
lfcbase:
- Adaptions made for build with msys2 / mingw64. Many windows
specific stuff could be eliminated, since mingw64 provides better
POSIX support ( e.g. pthreads, timer functions .. )
lfcxml:
- Fix in configure.ac to find lfcbase and for FreeBSD
cego:
- Fix in CegoSelect::CegoSelect, the pCacheList variable was not
initialized to 0 for all constructors. In case of system table
selects, the variable might be undefined which might lead to
segmetation faults.
- Changed synchronization level for btree creation. So the base
table can also be accessed while btree is created ( During creation
btree status is invalid )
This also allows to perform on online btree reorganization, since
a new btree can be build up in parallel
- Fix in CegoSystemObject::createSystemSpace, id values for bustat
table must start with id 1 instead of id 0, otherwise, bustat
information retrievel fails or may result in a core dump
( select * from $bustat )
- Added performance fix for CegoQueryHelper::decodeFVL, since the
tuple context information is already from the method called, the
tid, tastep and ts parameters have been remove from this method.
This saves some decoding time
- Please note, that version 2.28.x makes datafiles from older versions
incompatible.
An upgrade requires a xml tableset export of existing data and a
restore after succesful upgrade
- 2.28.x also contains many code cleanup fixes and some fixes for
btree handling.
- Fix in CegoTableManager::createBTree, in case of an exception
during build up, the allocated have to be cleanup up. For this the
a rollback method was introduced in class CegoBTreeManager.
Fix in CegoTableCursor, invalid btree objects have not been ignored
- Many adapations to make cego full 64bit ready also in combination
with MSYS2 / MINGW64. This resulted in change of many variables
from type long to type unsigned long long (type long is just 32 bit
for Windows ) With an appropriate MSYS2 / MINGW64 installation,
cego compiles proper and runs stable now.
Many thanks to the MSYS/MINGW developers for their amazing work !
- Several changes from type int to type unsigned long long
- Fix in CegoTableManager::deleteDataTable ( renamed to
deleteDataTableEntry )
Since we allow now parallel updates, the method must check if the
target tuple has already been touched by another transaction.
Otherwise, invalid double entries could occur in case of concurrent
updates on the same tuple.
If a concurrent transaction is detected, the method returns false.
This return value is used by the updateTuple method to decide,
if the subsequent insert operation must be performed.
- Since it is not enough jut checking the tuple header info for
update deletes, a record locking has to be added to avoid duplicates.
In this sense, record locking for setTupleInfo method call ( used
in CegoTableManager and CegoTransactionManager ) was added. For
this, the lockRecord and unlockRecord method have been reactivated
in CegoLockManager class.
This lock avoids, that in case of concurrent tuple updates duplicate
tuples are produced by an update.
- Fix in configure.ac to find lfcbase and lfcxml and for FreeBSD
Submitted by: lemke@lemke-it.com
9b796fdfb0