02.09.2020 00:50, Dimitry Sibiryakov wrote:
Why is the matcher created for each attachment separately? Isn't one
per database enough?..
By design, it belongs to the replication manager (i.e. per database).
But something went wrong ;-) IIRC, I was worried about synchronization
overhead.
> That's parser error.
Dammit. I thought it's complaining about not knowing int128 (expecting
numeric(38)). :o
--
Mgr. Jiří Činčura
https://www.tabsoverspaces.com/
Firebird-Devel mailing list, web interface at
https://lists.sourceforge.net/lists/listinfo/firebird-devel
On 2020-09-02 15:51, Dimitry Sibiryakov wrote:
02.09.2020 14:49, Alex Peshkoff via Firebird-devel wrote:
You've forgotten keyword OF in SET BIND statement
I wonder why parser don't throw error in this case...
SQL> set bind int128 to legacy;
Statement failed, SQLSTATE = 42000
Dynamic SQL
02.09.2020 14:49, Alex Peshkoff via Firebird-devel wrote:
You've forgotten keyword OF in SET BIND statement
I wonder why parser don't throw error in this case...
--
WBR, SD.
Firebird-Devel mailing list, web interface at
https://lists.sourceforge.net/lists/listinfo/firebird-devel
On 2020-09-02 14:06, Jiří Činčura wrote:
Nobody? Seems like a bug to me...
You've forgotten keyword OF in SET BIND statement:
SQL> set sqlda_display on;
SQL> select sum(cast(1 as bigint)) from rdb$database;
INPUT message field count: 0
OUTPUT message field count: 1
01: sqltype: 32752
Nobody? Seems like a bug to me...
--
Mgr. Jiří Činčura
https://www.tabsoverspaces.com/
Firebird-Devel mailing list, web interface at
https://lists.sourceforge.net/lists/listinfo/firebird-devel
