Re: [Firebird-devel] Read consistency patch

2018-07-24 Thread Vlad Khorsun
24.07.2018 11:13, liviuslivius wrote: Hi, question about this patch https://github.com/FirebirdSQL/firebird/pull/105 Is this possible that this CN(commit number) of transactions (pair transaction id + CN) can be stored into some table? Currently - no. Probably we could find a way for it. I

Re: [Firebird-devel] Changes in JRD_start/JRD_start_and_send in "read consistency" patch

2018-08-26 Thread Vlad Khorsun
On 05/08/2018 22:44, Adriano dos Santos Fernandes wrote: Hi! In "read consistency" README's patch, it says about statement level consistency. JRD_start/JRD_start_and_send was been changed (retry logic). Can this retry be leaked from "SQL statements" (SELECT / UPDATE / DELETE) to PL/SQL or requ

Re: [Firebird-devel] Changes in JRD_start/JRD_start_and_send in "read consistency" patch

2018-08-27 Thread Vlad Khorsun
27.08.2018 9:54, Dmitry Yemanov пишет: 27.08.2018 09:30, Vlad Khorsun wrote: On 05/08/2018 22:44, Adriano dos Santos Fernandes wrote: Hi! In "read consistency" README's patch, it says about statement level consistency. JRD_start/JRD_start_and_send was been changed (retry lo

Re: [Firebird-devel] Changes in JRD_start/JRD_start_and_send in "read consistency" patch

2018-08-27 Thread Vlad Khorsun
27.08.2018 13:55, Adriano dos Santos Fernandes wrote: On 27/08/2018 03:30, Vlad Khorsun wrote:   If it is not what you asked for - please, explain the question. What if a PSQL request calls an UDF/UDR, then executes a SELECT/UPDATE that triggers a retry, will the UDF/UDR (that is not in

Re: [Firebird-devel] Changes in JRD_start/JRD_start_and_send in "read consistency" patch

2018-08-27 Thread Vlad Khorsun
27.08.2018 18:49, Adriano dos Santos Fernandes wrote: On 27/08/2018 12:16, Vlad Khorsun wrote:   Whole execution tree, starting from top-level request, will be executed again within new snapshot. So, yes, that UDF\UDR will be also executed again, unless control flow changed its path because

Re: [Firebird-devel] Changes in JRD_start/JRD_start_and_send in "read consistency" patch

2018-08-27 Thread Vlad Khorsun
27.08.2018 19:05, Adriano dos Santos Fernandes wrote: On 27/08/2018 12:59, Vlad Khorsun wrote:   How it is related with consistency ? Also, we already have such behaviour even within single statement. Show me it, please. select any_function() ... from ... order by 1 For example

Re: [Firebird-devel] Changes in JRD_start/JRD_start_and_send in "read consistency" patch

2018-08-27 Thread Vlad Khorsun
27.08.2018 19:21, Adriano dos Santos Fernandes пишет: On 27/08/2018 12:59, Vlad Khorsun wrote: Statement consistency should be about individual SQL (SELECT / UPDATE / INSERT / MERGE / UPDATE OR INSERT) statements, not requests.   This is not consistency. This is spaghetty. We should

Re: [Firebird-devel] Changes in JRD_start/JRD_start_and_send in "read consistency" patch

2018-08-27 Thread Vlad Khorsun
27.08.2018 20:10, Adriano dos Santos Fernandes wrote: All, Please. If nobody else sees the magnitude of this problem, I'll shut up. What we talk here is something that is being said to fix read committed, but completely destroys it. Wrong statement which mixed *read consistency* and *side e

Re: [Firebird-devel] Automatic Windows builds with AppVeyor

2018-09-02 Thread Vlad Khorsun
23.07.2018 21:46, Adriano dos Santos Fernandes wrote: Hi! I integrated Firebird with AppVeyor CI, like we have with travis, but appveyor is for Windows. I think it makes sence to enable "Rolling builds" as described here: https://www.appveyor.com/docs/build-configuration/#rolling-builds Re

Re: [Firebird-devel] Broken read committed consistency (was Changes in JRD_start/JRD_start_and_send in "read consistency" patch)

2018-09-03 Thread Vlad Khorsun
28.08.2018 13:39, Adriano dos Santos Fernandes wrote: On 28/08/2018 02:20, Dmitry Yemanov wrote: 27.08.2018 20:10, Adriano dos Santos Fernandes wrote: the whole thing may execute repeated times Imagine selectable SP/UDR joined to a table. Depending on the plan, SP/UDR may be executed once or

Re: [Firebird-devel] FB4 vs CORE-5222

2018-09-03 Thread Vlad Khorsun
31.08.2018 22:23, Gabor Boros wrote: Hi All, Now (with 4.0.0.1190) works with one (ISQL) client but got "update conflicts with concurrent update" immediately with two or more clients. This is because i fixed handling of request snapshot in autonomous transactions. Thank to your message.

Re: [Firebird-devel] CORE-5921

2018-09-25 Thread Vlad Khorsun
24.09.2018 10:19, liviuslivius wrote: Hi, can you point me about usage cases about http://tracker.firebirdsql.org/browse/CORE-5921? The main goal is to provide ability to investigate new engine characteristics and behaviour for end users, testers, etc (i.e. not only for the core developers)

Re: [Firebird-devel] CORE-5921

2018-09-25 Thread Vlad Khorsun
25.09.2018 17:25, liviuslivius wrote: Ok, i supposed that this go further. I need global CN from transaction start POV. For snapshot\concurrency transaction you could obtain it using SNAPSHOT_CN context variable. For read-comitted transaction it doesn't exists. I do not know if i can retr

Re: [Firebird-devel] ODP: CORE-5921

2018-09-25 Thread Vlad Khorsun
25.09.2018 19:02, Karol Bieniaszewski wrote: What is then SNAPSHOT_CN? This is the commit number of currently used snapshot, if present. Non-RC transactions create snapshot at own start and SNAPSHOT_CN is the CN of that snapshot. RCRC transactions create snapshot when user query execution st

Re: [Firebird-devel] ODP: CORE-5921

2018-09-25 Thread Vlad Khorsun
25.09.2018 20:39, Vlad Khorsun wrote: 25.09.2018 19:02, Karol Bieniaszewski wrote: ... b) run query which returns resultset AND currently used CN as one of the resultset column and put it into lastCN variable above:   SELECT NAMES.*, RDB$GET_CONTEXT('SYSTEM', 'SNAPSHOT_CN&

Re: [Firebird-devel] ODP: ODP: CORE-5921

2018-09-25 Thread Vlad Khorsun
25.09.2018 22:37, Karol Bieniaszewski wrote: Hi Vlad, Maybe you should go first to the end of may email (quite long – sorry please be patient) Not so long ;) I suppose that i misunderstand names and meaining. This is the commit number of currently used snapshot, if present. Non-RC transa

Re: [Firebird-devel] Error java.sql.SQLException: internal Firebird consistency check (Incorrect snapshot deallocation - too few slots) [SQLState:XX000, ISC error code:335544333]

2018-09-29 Thread Vlad Khorsun
29.09.2018 19:14, Mark Rotteveel wrote: ... Do I need to create a ticket for this, or is this a known problem? Yes, create a ticket please. Regards, Vlad Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel

Re: [Firebird-devel] Some OLTP numbers

2018-10-22 Thread Vlad Khorsun
22.10.2018 16:37, Gabor Boros wrote: Hi All, After executed an OLTP test with multiple Firebird SS versions got the attached numbers. The test executed three times per Firebird version. Same OLTP configuration, same server (Debian 9.5 64bit) and same client (Windows 10 64bit). The result databa

Re: [Firebird-devel] Some OLTP numbers

2018-10-25 Thread Vlad Khorsun
I have the 2 hours numbers and attached the refreshed picture. 2.5 is still the fastest. Is it the truth or I made a mistake somewhere? Could you provide html reports generated by the test runs ? Regards, Vlad Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/li

Re: [Firebird-devel] Some OLTP numbers

2018-10-25 Thread Vlad Khorsun
25.10.2018 18:35, Gabor Boros wrote: 2018. 10. 25. 16:06 keltezéssel, Dimitry Sibiryakov írta: 25.10.2018 15:05, Gabor Boros wrote: I have the 2 hours numbers and attached the refreshed picture. 2.5 is still the fastest. Is it the truth or I made a mistake somewhere?    It is kinda expected.

Re: [Firebird-devel] Some OLTP numbers

2018-10-25 Thread Vlad Khorsun
25.10.2018 18:37, Gabor Boros пишет: 2018. 10. 25. 16:16 keltezéssel, Vlad Khorsun írta: I have the 2 hours numbers and attached the refreshed picture. 2.5 is still the fastest. Is it the truth or I made a mistake somewhere?    Could you provide html reports generated by the test runs

Re: [Firebird-devel] Some OLTP numbers

2018-10-25 Thread Vlad Khorsun
I have the 2 hours numbers and attached the refreshed picture. 2.5 is still the fastest. Is it the truth or I made a mistake somewhere?    It is kinda expected. How many worker isqls you had? Five.    Five ?! It is not serious, try 50 at least I do not want to blow up my test machine. ;-)

Re: [Firebird-devel] Some OLTP numbers

2018-10-25 Thread Vlad Khorsun
25.10.2018 19:05, Gabor Boros wrote: 2018. 10. 25. 17:45 keltezéssel, Vlad Khorsun írta: 25.10.2018 18:37, Gabor Boros wrote: 2018. 10. 25. 16:16 keltezéssel, Vlad Khorsun írta: I have the 2 hours numbers and attached the refreshed picture. 2.5 is still the fastest. Is it the truth or I made a

Re: [Firebird-devel] Some OLTP numbers

2018-11-02 Thread Vlad Khorsun
02.11.2018 9:23, Karol Bieniaszewski wrote: Hi, Result for Firebird 2.5 SuperClassic is amazing. And i do not know why FB3 here is not so fast? FB2.5 is the fastest. It do 2x more job then FB4. Interesting is also db size after. In FB 2.5 SuperServer it is ~5GB In FB 2.5 SuperClassic which

Re: [Firebird-devel] ODS hdr_creation_date

2018-11-23 Thread Vlad Khorsun
23.11.2018 22:12, Dimitry Sibiryakov wrote:   ...recently invented SCN Recently ? What do you speak about ? Regards, Vlad Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel

Re: [Firebird-devel] ODS hdr_creation_date

2018-11-23 Thread Vlad Khorsun
24.11.2018 0:32, Dimitry Sibiryakov пишет: 23.11.2018 21:36, Vlad Khorsun wrote:    ...recently invented SCN    Recently ? What do you speak about ?   "When any transaction is committed, database Commit Number is incremented and its value is associated with this transaction".

Re: [Firebird-devel] fb_shutdown in embedded mode

2019-01-22 Thread Vlad Khorsun
22.01.2019 16:09, Jiří Činčura wrote: Hi, do I need to call fb_shutdown on application exit when all connections are closed before the unloading happens by the OS? The README.fb_shutdown says I don't have to, but I remember some discussion here that it *should* preferably be called. Prefera

Re: [Firebird-devel] fb_shutdown in embedded mode

2019-01-24 Thread Vlad Khorsun
24.01.2019 15:13, Jiří Činčura wrote: Vlad, is it OK to call this method multiple times (nothing else is called in between)? Yes. All calls after first one is (almost) no-op I'm asking because some application might load same library using different paths via symlinks. And at least Window

Re: [Firebird-devel] fb_shutdown in embedded mode

2019-01-24 Thread Vlad Khorsun
24.01.2019 16:14, Adriano dos Santos Fernandes wrote: On 24/01/2019 12:00, Vlad Khorsun wrote: 24.01.2019 15:13, Jiří Činčura wrote: Vlad, is it OK to call this method multiple times (nothing else is called in between)?   Yes. All calls after first one is (almost) no-op I'm asking be

Re: [Firebird-devel] Full ICU in Firebird 4?

2019-01-26 Thread Vlad Khorsun
26.01.2019 10:41, Mark Rotteveel wrote: With the recent changes to the ICU version, does Firebird 4 on Windows now have the full ICU? Yes. Regards, Vlad Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel

Re: [Firebird-devel] ICU in HEAD

2019-02-07 Thread Vlad Khorsun
08.02.2019 9:31, Alex Peshkoff via Firebird-devel wrote: On 2/7/19 6:14 PM, Dimitry Sibiryakov wrote: Hello, All.   I somehow understand why build of current HEAD is failing with message "Could not find acceptable ICU library", but I wonder why it takes so much time to get this error? More tha

Re: [Firebird-devel] ICU in HEAD

2019-02-08 Thread Vlad Khorsun
08.02.2019 10:48, Alex Peshkoff via Firebird-devel wrote: On 2/8/19 10:56 AM, Vlad Khorsun wrote:   Is it time to re-think how UnicodeUtil::getConversionICU() search for ICU library ? Suggestions? The fastest way sooner of all will be storing favorite ICU verson (once detected using long

Re: [Firebird-devel] ICU in HEAD

2019-02-08 Thread Vlad Khorsun
08.02.2019 13:29, Alex Peshkoff via Firebird-devel wrote: On 2/8/19 12:15 PM, Vlad Khorsun wrote: 08.02.2019 10:48, Alex Peshkoff via Firebird-devel wrote: On 2/8/19 10:56 AM, Vlad Khorsun wrote:   Is it time to re-think how UnicodeUtil::getConversionICU() search for ICU library

Re: [Firebird-devel] RDB$GET_TRANSACTION_CN works different in Super and Classic

2019-02-18 Thread Vlad Khorsun
18.02.2019 1:49, Adriano dos Santos Fernandes wrote: Open two connections C1 and C2. C2: select current_transaction from rdb$database; -- let's call the result T2 C2: commit; C1: select rdb$get_transaction_cn(T2) from rdb$database; In Super C1 returns the commit number. In Classic it returns N

Re: [Firebird-devel] RDB$GET_TRANSACTION_CN works different in Super and Classic

2019-02-18 Thread Vlad Khorsun
18.02.2019 13:19, Adriano dos Santos Fernandes wrote: On 18/02/2019 05:50, Vlad Khorsun wrote: 18.02.2019 1:49, Adriano dos Santos Fernandes wrote: Open two connections C1 and C2. C2: select current_transaction from rdb$database; -- let's call the result T2 C2: commit; C1: selec

Re: [Firebird-devel] RDB$GET_TRANSACTION_CN works different in Super and Classic

2019-02-18 Thread Vlad Khorsun
18.02.2019 13:47, Adriano dos Santos Fernandes wrote: On 18/02/2019 08:37, Vlad Khorsun wrote:   Seriously, if you (and others) consider it is important enough to try to refresh TIP cache in such cases - fill the ticket in tracker and i'll fix it. If the change is going to appear on

Re: [Firebird-devel] RDB$GET_TRANSACTION_CN works different in Super and Classic

2019-02-18 Thread Vlad Khorsun
18.02.2019 13:50, Dimitry Sibiryakov wrote: 18.02.2019 12:47, Adriano dos Santos Fernandes wrote: If the change is going to appear only in Beta 2, then ok and I file a ticket. Otherwise a ticket would not be necessary as the feature didn't appeared in any alpha/beta release yet.   This change

Re: [Firebird-devel] RDB$GET_TRANSACTION_CN works different in Super and Classic

2019-02-18 Thread Vlad Khorsun
18.02.2019 17:18, liviuslivius wrote: If you consider to remove it in CS only... Nobody going to remove it, don't worry ;) Regards, Vlad Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel

Re: [Firebird-devel] Start transaction from base transaction

2019-02-19 Thread Vlad Khorsun
19.02.2019 18:24, Adriano dos Santos Fernandes wrote: Hi Vlad, I restarted work on this feature now using commit numbers. Good to know. Could you publish user interface before it is too late ? ;) Initial prototype seems to work easily. It should be not too hard, agree So now with cur

Re: [Firebird-devel] Start transaction from base transaction

2019-02-23 Thread Vlad Khorsun
23.02.2019 21:14, Adriano dos Santos Fernandes wrote: Hi! After changes to use commit number instead of base transaction number, I offer to make that interfaces for the feature: I offer to not introduce additional confusing with different usages of commit numbers. Commit Number (CN) itsel

Re: [Firebird-devel] Start transaction from base transaction

2019-02-24 Thread Vlad Khorsun
24.02.2019 4:23, Adriano dos Santos Fernandes wrote: On Sat, Feb 23, 2019, 21:30 Vlad Khorsun wrote: 23.02.2019 21:14, Adriano dos Santos Fernandes wrote: > Hi! > > After changes to use commit number instead of base transaction number, I > offer to make tha

Re: [Firebird-devel] Start transaction from base transaction

2019-02-24 Thread Vlad Khorsun
24.02.2019 12:37, Dimitry Sibiryakov wrote: 24.02.2019 3:23, Adriano dos Santos Fernandes wrote:     maybe:         SET TRANSACTION SNAPSHOT [USING SNAPSHOT ]     or         SET TRANSACTION SNAPSHOT [USING SNAPSHOT NUMBER ] What I dislike here is double SNAPSHOT words.   You can ma

Re: [Firebird-devel] Start transaction from base transaction

2019-03-01 Thread Vlad Khorsun
01.03.2019 13:16, Adriano dos Santos Fernandes wrote: I am assuming nobody objects and will implement the changes in the branch. No objection, just not forget to change syntax\constant names as was agreed recently: --- Which then I would go to isc_tpb_at_snapshot_number and SET TRANSACTION

Re: [Firebird-devel] Start transaction from base transaction

2019-03-01 Thread Vlad Khorsun
01.03.2019 15:40, Adriano dos Santos Fernandes wrote: On 01/03/2019 10:28, Vlad Khorsun wrote: ...   BTW, what branch go you mean ? https://github.com/FirebirdSQL/firebird/pull/193 I'll change SNAPSHOT_CN name in different commit as it's already present in master. Understand

Re: [Firebird-devel] Firebird 4: Could not find acceptable ICU library

2019-03-04 Thread Vlad Khorsun
04.03.2019 11:16, Simonov Denis via Firebird-devel wrote: Faced the following problem when working with Firebird 4.0 via IBExpert. Trying to execute the following SQL query. SELECT current_time FROM $RDB$DATABASE SQLCODE: -902 GDSCODE: 335545167 Unsuccessful execution caused by a system error

Re: [Firebird-devel] Firebird 4: Could not find acceptable ICU library

2019-03-04 Thread Vlad Khorsun
04.03.2019 14:01, Alex Peshkoff via Firebird-devel wrote: On 3/4/19 2:57 PM, Vlad Khorsun wrote:   I have additional question: is it true that fbclient now depends on ICU ? As fas as I know - not. At least IntlManager.cpp is placed in src/jrd, which is used only in engine. Client is using

Re: [Firebird-devel] Database creation slower in Firebird 4

2019-03-04 Thread Vlad Khorsun
02.03.2019 14:25, Mark Rotteveel wrote: On 28-12-2018 17:44, Mark Rotteveel wrote: It looks like database creation in Firebird 4 is slower (about 50%) compared to 3.0.4. On my system, creating a database in Firebird 3.0.4 (through org.firebirdsql.management.FBManager) takes roughly 200ms, while

Re: [Firebird-devel] Database creation slower in Firebird 4

2019-03-07 Thread Vlad Khorsun
05.03.2019 0:59, Vlad Khorsun wrote: 02.03.2019 14:25, Mark Rotteveel wrote: On 28-12-2018 17:44, Mark Rotteveel wrote: It looks like database creation in Firebird 4 is slower (about 50%) compared to 3.0.4. On my system, creating a database in Firebird 3.0.4 (through

Re: [Firebird-devel] Database creation slower in Firebird 4

2019-03-11 Thread Vlad Khorsun
08.03.2019 17:22, Mark Rotteveel wrote: On 7-3-2019 10:52, Vlad Khorsun wrote: ... PS i see how to make database creation faster (by reusing compiled statements whenever possible), but it will not solve general problem with compiation time. Is this something that could be improved with

Re: [Firebird-devel] Database creation slower in Firebird 4

2019-03-11 Thread Vlad Khorsun
07.03.2019 13:45, Adriano dos Santos Fernandes wrote: On 07/03/2019 06:52, Vlad Khorsun wrote:   Database creation time mostly contains from compiling and parsing requests. Unfortunately, it is slower in fb4 than fb3 and fb3 is much slower than fb25. IIRC, it was said here sometime ago and

Re: [Firebird-devel] Database creation slower in Firebird 4

2019-03-12 Thread Vlad Khorsun
12.03.2019 17:24, Adriano dos Santos Fernandes wrote: On 11/03/2019 09:35, Vlad Khorsun wrote:   I just committed few patches and have few more things to ask here: Vlad, the change just broke reason for NodeRef/NodeRefImpl existence (which is still commented but not working): // This

Re: [Firebird-devel] Database creation slower in Firebird 4

2019-03-13 Thread Vlad Khorsun
13.03.2019 2:37, Adriano dos Santos Fernandes wrote: On 12/03/2019 17:22, Vlad Khorsun wrote: Let me demonstrate it. With this (wrong) patch now the code compiles: -- diff --git a/src/dsql/ExprNodes.cpp b/src/dsql/ExprNodes.cpp index 4ff5253a2b..26f826ae09 100644 --- a/src/dsql

Re: [Firebird-devel] Core-5658 tested

2019-03-19 Thread Vlad Khorsun
09.03.2019 12:01, Omacht András wrote: Hi All! I’m unable  to add comment tot he tracker, Hmm... it is strange, you should be able to comment at tracker... so I send it: http://tracker.firebirdsql.org/browse/CORE-5658 Hi Vlad! We tested it and works well. Thanks for testing. Is

Re: [Firebird-devel] Building Firebird 2.5 on Windows

2019-03-19 Thread Vlad Khorsun
19.03.2019 12:26, Bastian Seeleib - Ölmühle Solling wrote: Hello, I’m trying to build Firebird 2.5 with msvc14 (Visual Studio 2015, Version 14.0.25420.1) but I’m running into issues. I don’t know if this is the correct Mailing-List to ask this question, hopefully you can help me (-: I have th

Re: [Firebird-devel] Building Firebird 2.5 on Windows

2019-03-19 Thread Vlad Khorsun
19.03.2019 15:48, Paul Reeves wrote: On Tue, 19 Mar 2019 15:33:23 +0200 Vlad Khorsun wrote: The best (and only guarantee) is to use "official" compiler. For fb25 on Windows it is VC8 (VS2005). Actually, it is MSVC10 :-) VC10 is used for fb3 MSVC8 was for 2.1, i

Re: [Firebird-devel] Backup of message (msg) database of recent Firebird 4 build.

2019-03-23 Thread Vlad Khorsun
23.03.2019 15:43, Mark Rotteveel wrote: I want to refresh the error messages in Jaybird with the messages from a recent Firebird 4 build. Unfortunately, I am running into problems with building Firebird 4 locally as the build complains I haven't installed the C++ Windows XP support, while - as fa

Re: [Firebird-devel] Fwd: XNET and IpcName

2019-03-26 Thread Vlad Khorsun
26.03.2019 8:51, Emil Totev wrote: The question remained unanswered in firebird-support, so I am trying it here. Basically I'm asking how can a client connect via XNET to a firebird server using non-default IpcName, for example "Firebird4". -- Forwarded message - Date: Mon, 18 M

Re: [Firebird-devel] Difference in performance between current_timestamp and localtimestamp

2019-04-03 Thread Vlad Khorsun
03.04.2019 18:03, Roman Simakov wrote: чт, 3 янв. 2019 г. в 14:15, Adriano dos Santos Fernandes : On 30/12/2018 07:22, Mark Rotteveel wrote: The error is now: """ RAMONASun Dec 30 09:59:28 2018 ICU error (0) retrieving the system time zone (W. Europe Standard Time). Falling back to

Re: [Firebird-devel] Windows snapshots

2019-04-29 Thread Vlad Khorsun
29.04.2019 20:42, Gabor Boros wrote: Windows builds are not fresh. You may try AppVeyor builds: https://ci.appveyor.com/project/FirebirdSQL/firebird/history Regards, Vlad Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel

Re: [Firebird-devel] DDL trigger values formula in constants.h

2019-05-01 Thread Vlad Khorsun
01.05.2019 15:47, Jiří Činčura wrote: Hi *, I'm looking into constants.h and I see this https://github.com/FirebirdSQL/firebird/blob/master/src/jrd/constants.h#L449 . But this does not seem to be what the parse.y is doing nor what I see in RDB$TRIGGERS. Can somebody check it? I don't see wh

Re: [Firebird-devel] DDL trigger values formula in constants.h

2019-05-01 Thread Vlad Khorsun
01.05.2019 20:56, Jiří Činčura wrote: Somebody check my math for "before alter table or create table": (TRIGGER_TYPE_DDL | DDL_TRIGGER_{AFTER | BEFORE} [ | DDL_TRIGGER_??? ...]) => 16384 | 0 | 2 | 1 => 16387 I see now what is confusing - there is no explicit sign that DDL_TRIGGER_XXX is a num

Re: [Firebird-devel] UDF lib works on Linux but crash on Windows (Error writing data to connection)

2019-05-06 Thread Vlad Khorsun
06.05.2019 10:48, Massimo Fazzolari wrote: Hello, I have an UDF lib compiled with FPC 3.0.4 (Lazarus 2.0.2) that works properly on linux (Ubuntu 18.04 and Firebird 2.5.8.27089) but Firebird crashes on Windows with this error everytime I invoke any of the user defined functions: *Error writing

Re: [Firebird-devel] Backtracking bomb

2019-05-25 Thread Vlad Khorsun
25.05.2019 2:19, Adriano dos Santos Fernandes wrote: Hi! We always let btyacc nicely handle parser backtracking alone but seems in some cases we should not let it. CORE-6068 is such a case. Parser enters in near-infinite loop allocating and freeing memory trying new paths. Based on the short b

Re: [Firebird-devel] Firebird 4: Could not find acceptable ICU library

2019-06-08 Thread Vlad Khorsun
08.06.2019 18:00, Simonov Denis via Firebird-devel wrote: Windows Server 2012 x64. After installation Firebird 4.0.0.1436 x64 we have the following. Connect from IBExpert use c:\Program Files\Firebird\Firebird_4_0\WOW64\fbclient.dll When trying to execute a query, we get the error "Could not

Re: [Firebird-devel] Firebird 4: Could not find acceptable ICU library

2019-06-10 Thread Vlad Khorsun
06.03.2019 17:26, Adriano dos Santos Fernandes wrote: On 04/03/2019 11:08, Adriano dos Santos Fernandes wrote: On 04/03/2019 10:57, Alex Peshkoff via Firebird-devel wrote: On 3/4/19 3:15 PM, Vlad Khorsun wrote: 04.03.2019 14:01, Alex Peshkoff via Firebird-devel wrote: On 3/4/19 2:57 PM, Vlad

Re: [Firebird-devel] Firebird 4: Could not find acceptable ICU library

2019-06-10 Thread Vlad Khorsun
11.06.2019 2:15, Adriano dos Santos Fernandes wrote: On 10/06/2019 19:41, Vlad Khorsun wrote: ... Vlad, first of all, please say me what's the difference with Linux fbclient that has libtommath as dependency since v3. I don't know. Windows users (and me presonally) definitely

Re: [Firebird-devel] Firebird 4: Could not find acceptable ICU library

2019-06-11 Thread Vlad Khorsun
11.06.2019 12:44, Alex Peshkoff via Firebird-devel wrote: On 11.06.2019 1:41, Vlad Khorsun wrote: Do this 2 facts - client have some ICU library, but it can't convert region ID obtained from   server (because of different ICU version), or even - wrong conversion of region ID at client

Re: [Firebird-devel] Firebird 4: Could not find acceptable ICU library

2019-06-11 Thread Vlad Khorsun
11.06.2019 13:34, Adriano dos Santos Fernandes wrote: On 11/06/2019 03:56, Vlad Khorsun wrote: 11.06.2019 2:15, Adriano dos Santos Fernandes wrote: On 10/06/2019 19:41, Vlad Khorsun wrote: ... Vlad, first of all, please say me what's the difference with Linux fbclient that has libtomma

Re: [Firebird-devel] Firebird 4: Could not find acceptable ICU library

2019-06-11 Thread Vlad Khorsun
11.06.2019 1:41, Vlad Khorsun wrote: 06.03.2019 17:26, Adriano dos Santos Fernandes wrote: On 04/03/2019 11:08, Adriano dos Santos Fernandes wrote: On 04/03/2019 10:57, Alex Peshkoff via Firebird-devel wrote: On 3/4/19 3:15 PM, Vlad Khorsun wrote: 04.03.2019 14:01, Alex Peshkoff via Firebird

Re: [Firebird-devel] Firebird 4: Could not find acceptable ICU library

2019-06-11 Thread Vlad Khorsun
  This is pure demagogy. The problem is not what i like or not like. The problem is that your "software design" makes Firebird to be less and less attrictive for people. Small client with no need to install was a strong point of a Firebird for a long-long time. You going to destroy it. We must fi

Re: [Firebird-devel] Firebird 4: Could not find acceptable ICU library

2019-06-11 Thread Vlad Khorsun
It seems you treat users as dumb and that they never change way to do things and need to do the same thing they were doing in FB 1.5. Just ask users, don't be shy. Ok, but I myself had much more problems needing to installing CRTs (sometimes more than one with snapshots) to run Firebird.

Re: [Firebird-devel] Firebird 4: Could not find acceptable ICU library

2019-06-11 Thread Vlad Khorsun
11.06.2019 15:50, Adriano dos Santos Fernandes wrote: On 11/06/2019 09:32, Vlad Khorsun wrote:   You trying to speculate on other issues to hide current one. It will not work. Issue will not disappear. It's the same. You don't want to use icu DLL but use others DLLs that is

Re: [Firebird-devel] Firebird 4: Could not find acceptable ICU library

2019-06-11 Thread Vlad Khorsun
11.06.2019 16:45, Adriano dos Santos Fernandes wrote: On 11/06/2019 08:33, Alex Peshkoff via Firebird-devel wrote: What you mean by install? Copy one .dll + .msg file is not install. Copy more than one .dll + .msg file is install? Adriano, users prefer to copy just one .dll (in many cases .

Re: [Firebird-devel] Firebird 4: Could not find acceptable ICU library

2019-06-11 Thread Vlad Khorsun
11.06.2019 15:30, Lester Caine wrote: On 11/06/2019 12:32, Vlad Khorsun wrote:    One of "simple" solutions could be to ask sever once for whole conversion table and to keep it at some temp file (or nearby fbclient\app) for future usage. It is also not ideal, as different servers

Re: [Firebird-devel] ODP: Firebird 4: Could not find acceptable ICUlibrary

2019-06-11 Thread Vlad Khorsun
He may also do not use fbclient to format (convert from/to ts to string) or convert (with/without timestamp) and uses others ways. What other ways ? Nobody understand what is our region code. Vlad Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/f

Re: [Firebird-devel] ODP: Firebird 4: Could not find acceptable ICUlibrary

2019-06-11 Thread Vlad Khorsun
11.06.2019 18:13, Karol Bieniaszewski wrote: PS. one more dll is not the problem for me, but maybe for others.. 3 dlls and 1 dat file (~30MB in common), look at regular server distribution. Probably not all 3 dll's is required for TZ support, but the icudt63l.dat (26MB) is needed. Also, d

Re: [Firebird-devel] ODP: Firebird 4: Could not find acceptable ICUlibrary

2019-06-11 Thread Vlad Khorsun
11.06.2019 22:28, Adriano dos Santos Fernandes wrote: On 11/06/2019 13:08, Vlad Khorsun wrote: He may also do not use fbclient to format (convert from/to ts to string) or convert (with/without timestamp) and uses others ways.   What other ways ? Nobody understand what is our region code

Re: [Firebird-devel] ODP: Firebird 4: Could not find acceptable ICUlibrary

2019-06-11 Thread Vlad Khorsun
12.06.2019 0:23, Dimitry Sibiryakov wrote: 11.06.2019 21:52, Vlad Khorsun wrote: I want to eliminate needs to translate something at client side.   The simplest way would be to drop IDs and deliver to client only bias. It is enough for all usages of timestamp with timezone I can think about

Re: [Firebird-devel] ODP: Firebird 4: Could not find acceptable ICUlibrary

2019-06-13 Thread Vlad Khorsun
12.06.2019 18:27, Adriano dos Santos Fernandes wrote: On 12/06/2019 10:18, Dimitry Sibiryakov wrote: 12.06.2019 13:43, Adriano dos Santos Fernandes wrote: Then we will not have a single source of truth anymore. When user will create a client timestamp-tz value, he will need to fill that fields

Re: [Firebird-devel] ODP: Firebird 4: Could not find acceptable ICUlibrary

2019-06-13 Thread Vlad Khorsun
12.06.2019 14:43, Adriano dos Santos Fernandes wrote: On 11/06/2019 16:52, Vlad Khorsun wrote: 11.06.2019 22:28, Adriano dos Santos Fernandes wrote: On 11/06/2019 13:08, Vlad Khorsun wrote: He may also do not use fbclient to format (convert from/to ts to string) or convert (with/without

Re: [Firebird-devel] ODP: Firebird 4: Could not find acceptable ICUlibrary

2019-06-13 Thread Vlad Khorsun
13.06.2019 16:44, Alex Peshkoff via Firebird-devel wrote: On 13.06.2019 12:43, Vlad Khorsun wrote: First, you loose things. The adjusted (displayable) timestamp is not convertible back for duplicated timestamps (DST end).   Not sure i got you. Could you provide an example ? At 03:00:00

Re: [Firebird-devel] ODP: Firebird 4: Could not find acceptable ICUlibrary

2019-06-13 Thread Vlad Khorsun
13.06.2019 17:02, Adriano dos Santos Fernandes wrote: On 13/06/2019 06:43, Vlad Khorsun wrote:   I don't offer to change internal representation (UTC + offset\region_id) as is. This is the only way to have correct comparison of timestamp with time zone. But i offer to change *ext

Re: [Firebird-devel] ODP: Firebird 4: Could not find acceptable ICUlibrary

2019-06-14 Thread Vlad Khorsun
14.06.2019 14:58, Mark Rotteveel wrote: On 2019-06-13 22:12, Vlad Khorsun wrote: 13.06.2019 17:02, Adriano dos Santos Fernandes wrote: On 13/06/2019 06:43, Vlad Khorsun wrote:    I don't offer to change internal representation (UTC + offset\region_id) as is. This is the only way to

Re: [Firebird-devel] ODP: Firebird 4: Could not find acceptable ICUlibrary

2019-06-14 Thread Vlad Khorsun
14.06.2019 16:17, Adriano dos Santos Fernandes wrote: On 13/06/2019 17:05, Vlad Khorsun wrote: 13.06.2019 16:44, Alex Peshkoff via Firebird-devel wrote: On 13.06.2019 12:43, Vlad Khorsun wrote: First, you loose things. The adjusted (displayable) timestamp is not convertible back for

Re: [Firebird-devel] ODP: Firebird 4: Could not find acceptable ICUlibrary

2019-06-14 Thread Vlad Khorsun
14.06.2019 16:27, Adriano dos Santos Fernandes wrote: On 14/06/2019 09:56, Vlad Khorsun wrote:   Mapping between region_ID and regin_Name could be easily obtained from server (RDB$TIME_ZONES) if necessary. It could be done once per client process lifetime. Initial mapping could be hardcoded

Re: [Firebird-devel] ODP: Firebird 4: Could not find acceptable ICUlibrary

2019-07-03 Thread Vlad Khorsun
14.06.2019 22:10, Mark Rotteveel wrote: On 2019-06-14 20:27, Adriano dos Santos Fernandes wrote: On 14/06/2019 13:01, Mark Rotteveel wrote: And I repeat what I said earlier: if Firebird uses an offset that is too large then I can't use the standard features in Java for date/time handling and I'

Re: [Firebird-devel] ODP: Firebird 4: Could not find acceptable ICUlibrary

2019-07-08 Thread Vlad Khorsun
06.07.2019 12:16, Mark Rotteveel wrote: On 3-7-2019 15:27, Vlad Khorsun wrote: 14.06.2019 22:10, Mark Rotteveel wrote: On 2019-06-14 20:27, Adriano dos Santos Fernandes wrote: On 14/06/2019 13:01, Mark Rotteveel wrote: And I repeat what I said earlier: if Firebird uses an offset that is too

Re: [Firebird-devel] Generating transactions

2019-08-01 Thread Vlad Khorsun
01.08.2019 11:52, Jiří Činčura wrote: Hi *, this might seem silly, but is there a very fast way to generate transactions in Firebird? I'm trying to test new bigger transaction IDs in .NET provider. As far as I know using multiple connections in parallel is not going to help. So far I'm doing

Re: [Firebird-devel] Query statistics

2019-08-01 Thread Vlad Khorsun
31.07.2019 15:06, Jiří Činčura wrote: Hi *, is it possible to get statistics about the executed query similar to what isc_info_req_insert_count etc. allows? I'm mostly interested in indexed/non-indexed read counts, but whetever is available I'll include in the implementation. These stats

Re: [Firebird-devel] Query statistics

2019-08-02 Thread Vlad Khorsun
01.08.2019 16:45, Leyne, Sean wrote: Sean, How can those stats be related to the *tables* on which the activity is performed against? Below is excerpt from APU Guide, if your question was about something else - please, clarify: --- Database operation counts Several information it

Re: [Firebird-devel] Query statistics

2019-08-02 Thread Vlad Khorsun
02.08.2019 8:25, Leyne, Sean wrote: More details is available at API Guide, see "Database operation counts" at chapter 4 "WORKING WITH DATABASES". Please provide link to the API Guide, went to the project site and was unable to find the doc. Links to all IB6 docs are placed here: https:

Re: [Firebird-devel] Query statistics

2019-08-02 Thread Vlad Khorsun
02.08.2019 17:16, Leyne, Sean wrote: Sean, How can those stats be related to the *tables* on which the activity is performed against? Below is excerpt from APU Guide, if your question was about something else - please, clarify: --- Database operation counts Several infor

Re: [Firebird-devel] Query statistics

2019-08-02 Thread Vlad Khorsun
02.08.2019 19:31, Leyne, Sean wrote: I was hoping to gather those details via MON$ tables. It is present in MON$RECORD_STATS and MON$TABLE_STATS (since FB4) Am running v2.5.x Hope, you have one more argument to try FB4 ;) I have a DB SP which itself calls several SPs, and I was h

Re: [Firebird-devel] Linking re2 and libstdc++ in Linux

2019-08-23 Thread Vlad Khorsun
20.08.2019 4:26, Adriano dos Santos Fernandes wrote: Hi! When linking optimized static build of re2 with Firebird Adriano, could you explain, please, - why you choose RE2 for re-implemenation of regexp support ? Why not ICU, for example ? There are more free implemenations (such as PCRE, b

Re: [Firebird-devel] How to prevent garbage slowing down the query inside transaction

2019-08-26 Thread Vlad Khorsun
26.08.2019 9:49, Jiří Činčura wrote: Hi *, let's have this structure: create database 'localhost:slower.fdb' user 'sysdba' password 'masterkey'; create table dummy (i integer); set term ~; recreate procedure foobar as declare cnt integer; begin delete from dummy; cnt = 10;

Re: [Firebird-devel] How to prevent garbage slowing down the query inside transaction

2019-08-26 Thread Vlad Khorsun
26.08.2019 12:19, Dimitry Sibiryakov wrote: 26.08.2019 9:17, Vlad Khorsun wrote:     In theory, engine could remove such records before transaction ends. Not sure it will be easy to do.   Delete-in-place is implemented in Avalerion and Firebird 4. When record is removed from data page

Re: [Firebird-devel] How to prevent garbage slowing down the query inside transaction

2019-08-26 Thread Vlad Khorsun
26.08.2019 12:51, Dimitry Sibiryakov wrote: 26.08.2019 11:43, Vlad Khorsun wrote:    When record is removed from data page ?   No immediately, it still leave the stub. Nevertheless GC of the stub should be faster than full version. Sure, but it is not about the speed of GC. It is about

Re: [Firebird-devel] TIME WITH TZ

2019-08-30 Thread Vlad Khorsun
30.08.2019 15:24, Dimitry Sibiryakov wrote: 30.08.2019 13:48, Alex Peshkoff via Firebird-devel wrote: ... 3. This solution is for really old clients which anyway can not work with new time formats - use of alternate binding to character string (like with decimal float values). Syntax is more

Re: [Firebird-devel] TIME WITH TZ

2019-08-30 Thread Vlad Khorsun
30.08.2019 16:36, Dimitry Sibiryakov wrote: 30.08.2019 15:27, Alex Peshkoff via Firebird-devel wrote: For some applications that makes sense.   Look: you have an old database without new data types and an old application that works with it. The only way to put this old application into troub

Re: [Firebird-devel] TIME WITH TZ

2019-09-02 Thread Vlad Khorsun
30.08.2019 19:15, Adriano dos Santos Fernandes wrote: On 30/08/2019 08:48, Alex Peshkoff via Firebird-devel wrote: 1. Let's use SQL subtype in order to represent in the message UTC or regional time, i.e. for time with time zone 2 subtypes will make sense - UTC format or regional format. When u

<    3   4   5   6   7   8   9   10   11   12   >