News from the Firebird developers.
new development snapshots of FlameRobin (SVN revision 2092) to the sourceforge download area
Right now for Windows only, 32 and 64 bit, both installer and ZIP packages.
Debian Package is ready in experimental area
Update: There is a known error and new snapshot will be done on Monday in svn is already fixed in revision 2092
Philippe Makowski wrote on the firebird-python list
The driver is hosted on github https://github.com/nakagami/pyfirebirdsql
First thanks Hajime Nakagami for your job
I really thinks that we need to put our effort on this driver so it became the Firebird Python driver instead of Kinterbasdb
here few points I saw :
– need a change in setup.py so install work
– transactions parameter we need the possibility to send custom transaction parameter buffers, for what I saw today transactions are (isc_tpb_write, isc_tpb_wait, isc_tpb_read_committed, isc_tpb_rec_version)
– need documentation
– can we extend it or create a new module to work with trace api ?
….
ps after a small change in setup.py I will certainly package it for
Mageia and Fedora
Mageia is a Mandriva Fork and is Perl friendly and become more and more Ruby friendly
Now the perl DBD Firebird driver landed in the Mageia repository
We need all resources at the current stage of new web-site development.We have beta version now – www.firebirdtest.com, and it requires testing efforts.
The most important thing now is proofreading, so we need English native speakers first.
To report any problem, please create issues at tracker.firebirdsql.org in the Web site section http://tracker.firebirdsql.org/browse/WEB
(issues with wrong section will be not considered).
Please feel free to ask any questions.
Philippe wrote on statusnet : fb and fb_adapter are packaged into Mageia first distro with packages for Ruby and Rails (Active Record driver)
Officially VC++6 builds are dead (There are community builds but unsupported by core php developers)
Here is the announcement
Windows users: please mind that we do no longer provide builds created with Visual Studio C++ 6. It is impossible to maintain a high quality and safe build of PHP for Windows using this unmaintained compiler.
For Apache SAPIs (php5_apache2_2.dll), be sure that you use a Visual Studio C++ 9 version of Apache. We recommend the PHP builds as provided by ApacheLounge. For any other SAPI (CLI, FastCGI via mod_fcgi, FastCGI with IIS or other FastCGI capable server), everything works as before.Third party extension providers must rebuild their extensions to make them compatible and loadable with the Visual Studio C++9 builds that we no longer provide.
 |
DA-SOFT Technologies announces the availability of AnyDAC for Delphi Spring 2011 release v 4.0.7.1719 – high-speed, Universal Data Access Components for Firebird, Interbase, SQLite, MySQL, MS SQL Server, Oracle, PostgreSQL, MS Access, IBM DB2, Sybase SQL Anywhere, Informix, DbExpress, ODBC, that simplifies the task of building Embarcadero Delphi, C++Builder and Free Pascal Compiler database applications. |
AnyDAC for Delphi can be immediately downloaded from the download page.
What is new in v4.0.7 and what is AnyDAC ?
|
SQL Maestro Group is pleased to announce the release of Firebird Maestro v. 11.2, a powerful Windows GUI solution for Firebird administration and database development. |
New version features support for a lot of Firebird 2.5 and Firebird 2.1 new features, tools to generate CRUD stored procedures and updatable views, enhanced Dependency Tracker, and other useful things. Read full press-release.
What is Asyncronous System Trap ? : This is similar to Unixes signal’s or OS interrupts.
Technically this is callbacks from Lock Manager into the Engine called when
somebody acquires lock at level not compatible with current level. In this case
all processes who owns the lock receives notification and should take appropriate
action to release lock (immediately or deferred-ASAP).
The main trick with AST’s handlers is that AST is send asynchronously and
handler must take care to work correctly. Since v2.5 all ATS handlers runs in
separate thread. Before v2.5 it works using signals on Unixes and threads on
Windows.
PS the issue with old glibc and FB 2.5 is that since v2.5 we abandoned usage of old
System V semaphores (do you remember “semaphores are exhausted” error ? now
you can forget it completely) and start to use pthread mutexes. And old glibc have a
bugs in pthread mutex implementation.
Related to previous announcement:If you are on ubuntu and your ubuntu release is greater than Hardy (8.04) you are safe , on other distributions you can determine this way the glibc version
You must run the /lib/libc.so.6 and it will return the glibc version
in the first row.
In ubuntu or any debian based distro
/lib/libc.so.6 | head -n 1
GNU C Library (Ubuntu EGLIBC 2.13-0ubuntu1) stable release version
2.13, by Roland McGrath et al.
in this case glibc is 2.13
and is builded from eglibc sources
https://launchpad.net/ubuntu/+source/eglibc
another option is dpkg interrogation
dpkg -l libc6
on rpm based distros
rpm -q glibc
ps: other alternative ways
