>> Do not know why but 25% of users continue downloading i86 firebird binaries
Because they need fbclient.dll in 32 bit version for 32bit projects
32 bit Linux builds??
I can understand for 32 bit Windows applications, but for Linux???
Firebird-Devel mailing list, web interface at
>> Do not know why but 25% of users continue downloading i86 firebird binaries
Because they need fbclient.dll in 32 bit version for 32bit projects
Regards,
Karol Bieniaszewski
Firebird-Devel mailing list, web interface at
https://lists.sourceforge.net/lists/listinfo/firebird-devel
Do not know why but 25% of users continue downloading i86 firebird
binaries. Therefore we plan to provide 32-bit for fb4 too. Thoughs who
can and wish please test
http://web.firebirdsql.org/download/prerelease/linux_x86/
This build is not expected to support Centos !!!
It was decided to not
19.01.2019 23:14, Gabor Boros wrote:
The ISQL case is. I made a new database (CREATE DATABASE
'R:\DB\INSERT_TEST.FDB' PAGE SIZE 8192;) with 2.5, 3.0 and 4.0. Then
execute a one table script on it with ISQL (isql.exe -u SYSDBA -p
masterkey 192.168.0.99:R:\DB\INSERT_TEST.FDB -i DATA.sql).
2019. 01. 21. 10:51 keltezéssel, Pavel Cisar írta:
Hi,
I think that there is enough evidence (provided from various sources,
incl. this comparison) that 2.5 is still "significantly" (i.e. not in
range that should be ignored) faster than 3.0. If 4.0 is even worse than
3.0, it's another
On 21/01/2019 09:21, Alex Peshkoff via Firebird-devel wrote:
That means you have old ICU. Should be something like:
SQL> select rdb$time_zone_util.database_version() from rdb$database;
DATABASE_VERSION
2012j
One would hope that it would return a 2018 version at least 2018i
On 20/01/2019 20:42, Jorge Gonçalves wrote:
> I'm using Firebird-4.0.0.1378-0_x64 and it seems that the timezone
> database is missing
>
> for example the statement
> "select rdb$time_zone_util.database_version() from rdb$database;"
>
> returns
> DATABASE_VERSION
>
>
On 1/21/19 1:42 AM, Jorge Gonçalves wrote:
I'm using Firebird-4.0.0.1378-0_x64 and it seems that the timezone
database is missing
for example the statement
"select rdb$time_zone_util.database_version() from rdb$database;"
returns
DATABASE_VERSION
Statement failed, SQLSTATE