27.10.2013 Views

Firebird 2.1 Release Notes

Firebird 2.1 Release Notes

Firebird 2.1 Release Notes

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

General <strong>Notes</strong><br />

• By popular request, Dmitry Yemanov adds some helpful performance guidelines pertaining to the “internals”<br />

of the database monitoring system (a.k.a. “MON$”). The purpose is to assist those using this facility on<br />

heavily loaded systems to employ it in ways that provide the information you want while minimising its<br />

impact on the end-user experience.<br />

• Known Issue<br />

At some point in V.<strong>2.1</strong> development, a breakage occurred in the behaviour of TempDirectories, the configuration<br />

parameter by which you can configure a list of spaces where the engine can write the intermediate<br />

sets for sorting when it finds it does not have enough RAM available for these sets. Since V.<strong>2.1</strong> (and still),<br />

although the engine will use the first space listed in TempDirectories, it fails to “hand on” sets to the any of<br />

the other configured spaces if the first space is exhausted. (Tracker reference CORE-2422).<br />

Because of the impact on related code, this regression cannot be fixed for the V.<strong>2.1</strong>.3 patch release. The<br />

workaround for now is to ensure that you configure enough space in the single location that the engine can<br />

address.<br />

• A regression issue surfaced with the implementation of the new gfix shutdown modes when shutdown is<br />

called with the -attach or -tran options. If connections are still alive when the specified timeout expires, the<br />

engine returns a message indicating that the shutdown was unsuccessful. However, instead of leaving the<br />

database in the online state, as it should, it puts the database into some uncertain “off-line” state and further<br />

connections are refused.<br />

It affects all versions of <strong>Firebird</strong> up to and including v.2.0.5 and v.<strong>2.1</strong>.3, and all v.2.5 alphas, betas and release<br />

candidates. See Tracker ticket CORE-2846.<br />

Patch <strong>Release</strong> <strong>2.1</strong>.2<br />

<strong>Firebird</strong> <strong>2.1</strong>.2 corrects a significant number of bugs that have shown up since the v.<strong>2.1</strong> and <strong>2.1</strong>.1 releases.<br />

Important Change to API DPB Parameters<br />

A long-standing, legacy loophole in the handling of DPB parameters enabled ordinary users to make connection<br />

settings that could lead to database corruptions or give them access to SYSDBA-only operations. The loophole<br />

has been closed, a change that could affect several existing applications, database tools and connectivity layers<br />

(drivers, components). Details are in Chapter 3, Changes to the <strong>Firebird</strong> API and ODS.<br />

It also includes three minor improvements that have come from user requests:<br />

• Requested in Tracker CORE-2243 was an improvement to reduce the duplication and confusion of the Microsoft<br />

Visual C 8 runtime assembly rules for XP, Server2003 and Vista platforms, that have wracked the<br />

installation of the v.<strong>2.1</strong>.x Windows packages so far. Vlad Khorsun has met that request for this sub-release.<br />

For more information, refer to Windows installation section of the accompanying <strong>Firebird</strong> 2 Migration &<br />

Installation document.<br />

• Dmitry Yemanov has improved database monitoring to enable a non-SYSDBA user to monitor all of its<br />

own attachments, not just the one which is that user's CURRENT_CONNECTION. This improvement was<br />

requested in Tracker CORE-2233. See also Monitor Multiple Attachments in the Administrative Features<br />

chapter.<br />

3

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!