[Firebird-devel] firebird.msg

I just noticed the size of firebird.msg in Fb 3 trunk - it seems to be around 550 Mb. In Fb 2.5 it is around 150 Mb and in the previous beta releases of Fb 3 it is also around 150Mb. What's happened? Paul -- Paul Reeves http://www.ibphoenix.com Supporting users of Firebird

Re: [Firebird-devel] firebird.msg

16.09.2015 12:04, Paul Reeves пишет: > > I just noticed the size of firebird.msg in Fb 3 trunk - it seems to be around > 550 Mb. In Fb 2.5 it is around 150 Mb and in the previous beta releases of Fb > 3 it is also around 150Mb. You surely meant KB, not MB ;-) Just checked the last (tonight's)

Re: [Firebird-devel] firebird.msg

On Wednesday 16 September 2015 12:14:28 Dimitry Sibiryakov wrote: > 16.09.2015 11:56, Vlad Khorsun wrote: > > Just run make_boot and newly generated firebird.msg have size 148104 > > bytes. > >May be Paul got French one in UTF-8?.. Definitely not French but UTF-8 did cross my mind. On the

Re: [Firebird-devel] firebird.msg

On Wednesday 16 September 2015 13:34:12 James Starkey wrote: > > > > > > You surely meant KB, not MB ;-) > > > > But hey, it was just an error of a single order of magnitude :-) > > > > > Uh, try three orders of magnitude. Even better that you're not a > government economist. Actually Jim, I

Re: [Firebird-devel] firebird.msg

On Wednesday 16 September 2015 11:35:02 Dmitry Yemanov wrote: > 16.09.2015 12:04, Paul Reeves пишет: > > I just noticed the size of firebird.msg in Fb 3 trunk - it seems to be > > around 550 Mb. In Fb 2.5 it is around 150 Mb and in the previous beta > > releases of Fb 3 it is also around 150Mb. >

Re: [Firebird-devel] firebird.msg

16.09.2015 12:04, Paul Reeves wrote: > > I just noticed the size of firebird.msg in Fb 3 trunk - it seems to be around > 550 Mb. In Fb 2.5 it is around 150 Mb and in the previous beta releases of Fb > 3 it is also around 150Mb. > > What's happened? Just run make_boot and newly generated

Re: [Firebird-devel] firebird.msg

On Wednesday, September 16, 2015, Paul Reeves wrote: > On Wednesday 16 September 2015 11:35:02 Dmitry Yemanov wrote: > > 16.09.2015 12:04, Paul Reeves пишет: > > > I just noticed the size of firebird.msg in Fb 3 trunk - it seems to be > > > around 550 Mb. In Fb 2.5 it is

[Firebird-devel] Altering collation of field

Hi *, there's currently no way of altering collation of field in 2.5.4, right? I checked all the possible documentation on firebirdsql.org and haven't found a way. So only system table modification seems to be an option. Let's have these two tables: create table parent ( id bigint not null,

Re: [Firebird-devel] firebird.msg

16.09.2015 11:56, Vlad Khorsun wrote: > Just run make_boot and newly generated firebird.msg have size 148104 > bytes. May be Paul got French one in UTF-8?.. -- WBR, SD. -- Monitor Your Dynamic Infrastructure

Re: [Firebird-devel] [FB-Tracker] Created: (CORE-4936) Reduce internal contention in background garbage collector

> Reduce internal contention in background garbage collector > -- > > Key: CORE-4936 > URL: http://tracker.firebirdsql.org/browse/CORE-4936 > Project: Firebird Core > Issue Type:

Re: [Firebird-devel] [FB-Tracker] Created: (CORE-4935) Increase performance of backout of dead record version (or undo of just created primary record version) when backversions chain is too long

17.09.2015 1:13, Claudio Valderrama C. wrote: >> Key: CORE-4935 >> URL: http://tracker.firebirdsql.org/browse/CORE-4935 >> Project: Firebird Core >> >> Another improvement is to cut and cleanup tail of the >> back-versions chain at point where it

[Firebird-devel] Firebird package updated in Debian with reproducible builds

This version will make the build reproducible. https://anonscm.debian.org/cgit/pkg-firebird/2.5.git/commit/?id=c425202385f055bb9beb67fcc8a861cb29c38917 The reproducible builds initiative aims to enable anyone to reproduce bit by bit identical binary packages from a given source, thus enabling

[Firebird-devel] [FB-Tracker] Created: (CORE-4935) Increase performance of backout of dead record version (or undo of just created primary record version) when backversions chain is too long

Increase performance of backout of dead record version (or undo of just created primary record version) when backversions chain is too long ---

Re: [Firebird-devel] [FB-Tracker] Created: (CORE-4936) Reduce internal contention in background garbage collector

17.09.2015 0:20, Leyne, Sean wrote: > >> Reduce internal contention in background garbage collector >> -- >> >> Key: CORE-4936 >> URL: http://tracker.firebirdsql.org/browse/CORE-4936 >>

Re: [Firebird-devel] [FB-Tracker] Created: (CORE-4935) Increase performance of backout of dead record version (or undo of just created primary record version) when backversions chain is too long

> Key: CORE-4935 > URL: http://tracker.firebirdsql.org/browse/CORE-4935 > Project: Firebird Core > > Another improvement is to cut and cleanup tail of the > back-versions chain at point where it is legal Vlad, did you do that second improvement,

[Firebird-devel] RDB$VIEW_RELATIONS

The new FBLangref 25 says RDB$VIEW_RELATIONS is not used in current versions. As Mark R. has pointed in his review (and as I meant to ask before, and forgot to!) it clearly *is* used or, at least, populated when a view is created. What's the back-story? Helen

Re: [Firebird-devel] RDB$VIEW_RELATIONS

Em 16-09-2015 21:45, Helen Borrie escreveu: > The new FBLangref 25 says RDB$VIEW_RELATIONS is not used in current versions. > As Mark R. has pointed in his review (and as I meant to ask before, and > forgot to!) it clearly *is* used or, at least, populated when a view is > created. > > What's

Re: [Firebird-devel] RDB$VIEW_RELATIONS

> -Original Message- > From: Helen Borrie [mailto:hele...@tpg.com.au] > Sent: Miércoles, 16 de Septiembre de 2015 21:46 > > The new FBLangref 25 says RDB$VIEW_RELATIONS is not used in > current versions. As Mark R. has pointed in his review (and > as I meant to ask before, and forgot