Join Firebird!

Join Firebird Foundation to support Firebird SQL development and receive multiple bonuses

Follow Us

Select your media preference

Newsletter

Subscribe to Firebird’s Newsletter to receive the latest news

Developer's Report: Firebird Security & Design Enhancements
July 2012 to January 2013

Development in trunk

  1. Solved a number of issues with MacOS 10.7 build. The main problem was a bug in System V semaphores code, which shows itself in MT programs when signal comes during semaphore-related system call. I had to add new way of working with shared mutexes: using file locks for it.
     
  2. Started android port. Now we have a native fbclient build for android. The main problem with engine is that android does not support both shared posix sync objects (mutexes and conditional vars) nor system V semaphores. Shared mutexes implementation for android is ready - it's file locks from Mac. To implement shared events I plan to use posix semaphores, but this code is not ready.
     
  3. Fixed a number of related issues that caused problems when attaching/detaching/shutting-down 2.5.2 server. This solved a number of deadlocks, races, AVs and one 'invalid lock id (0)' bug in both 2.5 and trunk code.
     
  4. Last month I work on modification of our new API in trunk. The BLR-oriented API in messages to be replaced with interface-oriented one. This should make use of API much easier for one who want/need to use our API directly, without odbc/ado/delphi/etc drivers. Currently yvalve, remote client (when working with old servers) and engine seem to be fine - build completes OK, incluing build of messages and employee databases. SRP (users auth & management) plugins are rewritten to use modified API. What remains to do is network server and complex test of the whole system.

Progress with Firebird 3.0 Alpha

From my side the folllowing major steps remain:
  1. Complete with mentioned API modification - after it Dmitry is going to commit bi-directional cursors. (yes, cursor becomes separate from statement object)
     
  2. One more API change - add separate object IArray, in which all operations with arrays will be done.
     
  3. Improvement of config code - add 'include' statement to be able to include config files, it's very important for plugins deployment. (this point is not as critical as 1 & 2, but highly desired)
     
  4. Write samples and doc for new API - at least one of this for alpha1.
     
Alex Peshkov
Yaroslavl, Russia
July 2012 to January 2013

Development in trunk

  1. Solved a number of issues with MacOS 10.7 build. The main problem was a bug in System V semaphores code, which shows itself in MT programs when signal comes during semaphore-related system call. I had to add new way of working with shared mutexes: using file locks for it.
     
  2. Started android port. Now we have a native fbclient build for android. The main problem with engine is that android does not support both shared posix sync objects (mutexes and conditional vars) nor system V semaphores. Shared mutexes implementation for android is ready - it's file locks from Mac. To implement shared events I plan to use posix semaphores, but this code is not ready.
     
  3. Fixed a number of related issues that caused problems when attaching/detaching/shutting-down 2.5.2 server. This solved a number of deadlocks, races, AVs and one 'invalid lock id (0)' bug in both 2.5 and trunk code.
     
  4. Last month I work on modification of our new API in trunk. The BLR-oriented API in messages to be replaced with interface-oriented one. This should make use of API much easier for one who want/need to use our API directly, without odbc/ado/delphi/etc drivers. Currently yvalve, remote client (when working with old servers) and engine seem to be fine - build completes OK, incluing build of messages and employee databases. SRP (users auth & management) plugins are rewritten to use modified API. What remains to do is network server and complex test of the whole system.

Progress with Firebird 3.0 Alpha

From my side the folllowing major steps remain:
  1. Complete with mentioned API modification - after it Dmitry is going to commit bi-directional cursors. (yes, cursor becomes separate from statement object)
     
  2. One more API change - add separate object IArray, in which all operations with arrays will be done.
     
  3. Improvement of config code - add 'include' statement to be able to include config files, it's very important for plugins deployment. (this point is not as critical as 1 & 2, but highly desired)
     
  4. Write samples and doc for new API - at least one of this for alpha1.
     
Alex Peshkov
Yaroslavl, Russia