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 Core Development
February to May 2013

February
 
trunk
  • Ported fix for bug CORE-4051 : Memory leak when sorting big records
B2_5_Release
  • Ported fix for bug CORE-4051 : Memory leak when sorting big records
  • Fixed bug CORE-4054 : role not passed on external execute stmt
B2_1_Release
  • Fixed bug CORE-4051 : Memory leak when sorting big records
March
 
trunk
  • Make tracing VIO works and more easy to use
  • Fixed AV in remote server code reported by Dmitry Kovalenko in fb-devel
  • Optimization: delay clearing of page_full flag until page have at least 25% of free space.
  • Cleanup in CCH
B2_5_Release
  • Fixed the way floating point exceptions are masked.
  • This is quick and incomplete solution for the CORE-4043 (FBCLIENT.DLL forces Delphi to ignore EZeroDivide exceptions).
May
 
trunk
  • Fixed bug CORE-4094 : Wrong parameters order in trace output
  • Enlarge DPB\SPB size limit up to 1MB (as Alex suggested). Former limit (4KB) was too small even to pass contents of standard fbtrace.conf into the trace start service.
  • Fixed bug CORE-4100 : Automatic sweep could be run when there is no need for it
  • Fixed bug CORE-4101 :  firebird.log contains "I/O error during "write" operation" records but database works correctly
B2_5_Release
  • Fixed bug CORE-4094 : Wrong parameters order in trace output
  • Fixed bug CORE-4100 : Automatic sweep could be run when there is no need for it
  • Fixed bug CORE-4101 :  firebird.log contains "I/O error during "write" operation" records but database works correctly
 
 There are also some patches pending due to preparation of alpha1 and\or because of not finished research:
  • optimization of syncronization primitives (SyncObject)
  • usage of extents of pages at physical level
  • asyncronous disk IO prefetch and multiblock read
  • fixed some windows specific issues related to DLL's unload (since engine and almost all other parts is in DLL now we have some problems with cleanup and multithreading, such as hangup's and crashes)

Vladyslav Khorsun
Dnetpropetrovsk, Ukraine
February to May 2013

February
 
trunk
  • Ported fix for bug CORE-4051 : Memory leak when sorting big records
B2_5_Release
  • Ported fix for bug CORE-4051 : Memory leak when sorting big records
  • Fixed bug CORE-4054 : role not passed on external execute stmt
B2_1_Release
  • Fixed bug CORE-4051 : Memory leak when sorting big records
March
 
trunk
  • Make tracing VIO works and more easy to use
  • Fixed AV in remote server code reported by Dmitry Kovalenko in fb-devel
  • Optimization: delay clearing of page_full flag until page have at least 25% of free space.
  • Cleanup in CCH
B2_5_Release
  • Fixed the way floating point exceptions are masked.
  • This is quick and incomplete solution for the CORE-4043 (FBCLIENT.DLL forces Delphi to ignore EZeroDivide exceptions).
May
 
trunk
  • Fixed bug CORE-4094 : Wrong parameters order in trace output
  • Enlarge DPB\SPB size limit up to 1MB (as Alex suggested). Former limit (4KB) was too small even to pass contents of standard fbtrace.conf into the trace start service.
  • Fixed bug CORE-4100 : Automatic sweep could be run when there is no need for it
  • Fixed bug CORE-4101 :  firebird.log contains "I/O error during "write" operation" records but database works correctly
B2_5_Release
  • Fixed bug CORE-4094 : Wrong parameters order in trace output
  • Fixed bug CORE-4100 : Automatic sweep could be run when there is no need for it
  • Fixed bug CORE-4101 :  firebird.log contains "I/O error during "write" operation" records but database works correctly
 
 There are also some patches pending due to preparation of alpha1 and\or because of not finished research:
  • optimization of syncronization primitives (SyncObject)
  • usage of extents of pages at physical level
  • asyncronous disk IO prefetch and multiblock read
  • fixed some windows specific issues related to DLL's unload (since engine and almost all other parts is in DLL now we have some problems with cleanup and multithreading, such as hangup's and crashes)

Vladyslav Khorsun
Dnetpropetrovsk, Ukraine