IBObjects 5.7.7 Build 2388 Full Source » Developer.Team - Developers Paradise!

IBObjects 5.7.7 Build 2388 Full Source

IBObjects 5.7.7 Build 2388 Full Source
IBObjects 5.7.7 Build 2388 Full Source | 3 Mb


IB Objects is the most powerful toolbox available for developing client and service applications for InterBase/Firebird in Delphi and Borland C++Builder without the BDE, ODBC or any other middleware. IB Objects provides more than 80 components for use with 32bit Delphi and C++Builder. The "native IBO" classes require only a Desktop Developer edition. Professional editions of these products are required only if you need to develop with the TDataset-compatible classes.

What about other component suites?
Other component suites can provide direct-to-API connectivity but they do so at the cost of developer control over the logical aspects of transaction-based data processing. They are bitten by the hand that feeds them. In order to implement access to the physical capabilities of the transaction engine while remaining locked into the memory dependency of the VCL's TDataset, they sacrifice the considerable benefits the BDE provided in the way of task management.

Why choose IB Objects?
From the start IBO freed itself from the restrictions of TDataset and its limiting, local database oriented memory model. From the primitive level of TComponent forward, its classes are built on a foundation dedicated solely to how an object interface needs to interact with InterBase/Firebird with greatest effect and efficiency. Along the way, IBO has succeeded in emulating and improving on the logical task environment provided by the BDE to the degree that a developer can choose to be unconcerned with the physical transaction altogether.

5/2/2016 Version 5.7.11 [Build 2388]
I added support for Delphi 10.1 Berlin.
I fixed an access violation bug with the TDataset TField.OnValidate event handling. This only affected XE8 and up and BCD fields.
I fixed the problem where Origin information is plugged into persistent TField objects and then causing problems.
Now I keep track of when I plug in Origin information and clear it out when the query is unprepared.
Fixed a bug in TIBOTable.ResetSQL().
It was raising an exception when the TableName property is being set when it shouldn't. The problem was because it disturbed the form loading.
I fixed an issue with 64-bit LINUX support.
Had to make the transaction buffer use C-style record packing.
Contributed changes by Wassim:
Fix GetJumbleKey for Lazarus
Fix compilation for Lazarus due to Lazarus FileUtil/LazFileUtils changes
Fix compilation for Lazarus: types.TSmallPoint vs Classes.TSmallPoint


[/b]

[b] Only for V.I.P
Warning! You are not allowed to view this text.