Re: [Firebird-devel] New Interface

2014-08-12 Thread Alex Peshkoff
On 08/11/14 22:29, Tom Coleman wrote: I interface a proprietary language with Firebird, Oracle, and Sybase/MS-SQL. There is never any case where I would want to see std:exception. Could it be time to start thinking about burying this idea that is looking more and more like a sacred cow?

Re: [Firebird-devel] New Interface

2014-08-12 Thread Alex Peshkoff
On 08/12/14 01:41, Dimitry Sibiryakov wrote: 11.08.2014 21:43, Adriano dos Santos Fernandes wrote: You told before (and now) as y-valve is part of each provider. That's not true. Not true even that I ever told that. Read carefully and you'll see that I name completely separate parts:

[Firebird-devel] [FB-Tracker] Created: (CORE-4517) Can't install - Windows 8.1 Pro

2014-08-12 Thread Grzegorz (JIRA)
Can't install - Windows 8.1 Pro --- Key: CORE-4517 URL: http://tracker.firebirdsql.org/browse/CORE-4517 Project: Firebird Core Issue Type: Bug Components: Installation Affects Versions: 2.5.3

Re: [Firebird-devel] New Interface

2014-08-12 Thread Alex Peshkoff
On 08/11/14 22:40, Adriano dos Santos Fernandes wrote: On 11/08/2014 15:29, Tom Coleman wrote: I interface a proprietary language with Firebird, Oracle, and Sybase/MS-SQL. There is never any case where I would want to see std:exception. Could it be time to start thinking about burying this

Re: [Firebird-devel] New Interface

2014-08-12 Thread Dimitry Sibiryakov
12.08.2014 9:50, Alex Peshkoff wrote: Police classes seem to be ideal for exception type control. I just wonder how these police classes can find out a way to store status into custom user-made class. Say, I have in application Firebird exception class with following members: gdscode,

Re: [Firebird-devel] New Interface

2014-08-12 Thread Mark Rotteveel
53e9b621.5050...@mail.ru Message-ID: e1539af719bd359c5254c41730071...@imap.procolix.com X-Sender: m...@lawinegevaar.nl User-Agent: RoundCube Webmail/0.2 On Tue, 12 Aug 2014 10:37:21 +0400, Alex Peshkoff peshk...@mail.ru wrote: On 08/11/14 22:29, Tom Coleman wrote: I interface a proprietary

Re: [Firebird-devel] New Interface

2014-08-12 Thread Alex Peshkoff
On 08/12/14 12:07, Dimitry Sibiryakov wrote: 12.08.2014 9:50, Alex Peshkoff wrote: Police classes seem to be ideal for exception type control. I just wonder how these police classes can find out a way to store status into custom user-made class. Say, I have in application Firebird

Re: [Firebird-devel] New Interface

2014-08-12 Thread Tony Whyman
Mark, A good post as this sums up the issue. I only hope that the core team are listening as what happens to a project when the developers ignore the users? On 12/08/14 09:13, Mark Rotteveel wrote: The main point of an API is to allow developers to*use* Firebird, so please do not alienate

Re: [Firebird-devel] New Interface

2014-08-12 Thread Alex Peshkoff
On 08/12/14 12:13, Mark Rotteveel wrote: 53e9b621.5050...@mail.ru Message-ID: e1539af719bd359c5254c41730071...@imap.procolix.com X-Sender: m...@lawinegevaar.nl User-Agent: RoundCube Webmail/0.2 On Tue, 12 Aug 2014 10:37:21 +0400, Alex Peshkoff peshk...@mail.ru wrote: On 08/11/14 22:29, Tom

Re: [Firebird-devel] New Interface

2014-08-12 Thread Mark Rotteveel
On Tue, 12 Aug 2014 13:18:31 +0400, Alex Peshkoff peshk...@mail.ru wrote: On Tue, 12 Aug 2014 10:37:21 +0400, Alex Peshkoff peshk...@mail.ru wrote: On 08/11/14 22:29, Tom Coleman wrote: I interface a proprietary language with Firebird, Oracle, and Sybase/MS-SQL. There is never any case

[Firebird-devel] [FB-Tracker] Created: (CORE-4518) Show in trace new counters have been added to the MON$RECORD_STATS

2014-08-12 Thread Simonov Denis (JIRA)
Show in trace new counters have been added to the MON$RECORD_STATS -- Key: CORE-4518 URL: http://tracker.firebirdsql.org/browse/CORE-4518 Project: Firebird Core Issue Type:

[Firebird-devel] Error messages how-to

2014-08-12 Thread Dimitry Sibiryakov
Hello, All. Is there a simple step-by-step guide how to add new error codes and corresponding messages into the engine and firebird.msg? -- WBR, SD. -- Firebird-Devel mailing list, web interface at

Re: [Firebird-devel] Error messages how-to

2014-08-12 Thread Dimitry Sibiryakov
12.08.2014 15:51, Dmitry Yemanov wrote: 1) Choose the facility for your error How to choose between JRD and DSQL? -- WBR, SD. -- Firebird-Devel mailing list, web interface at

Re: [Firebird-devel] Error messages how-to

2014-08-12 Thread Mark Rotteveel
On Tue, 12 Aug 2014 17:51:36 +0400, Dmitry Yemanov firebi...@yandex.ru wrote: 12.08.2014 17:34, Dimitry Sibiryakov wrote: Is there a simple step-by-step guide how to add new error codes and corresponding messages into the engine and firebird.msg? 1) Choose the facility for your error 2)

Re: [Firebird-devel] Error messages how-to

2014-08-12 Thread Dmitry Yemanov
12.08.2014 18:03, Mark Rotteveel wrote: Doesn't this miss a add specific standard (or vendor-specific) SQL state somewhere? It's hidden inside item (3) ;-) Dmitry -- Firebird-Devel mailing list, web interface at

Re: [Firebird-devel] New Interface

2014-08-12 Thread Alex Peshkoff
On 08/12/14 13:55, Mark Rotteveel wrote: On Tue, 12 Aug 2014 13:18:31 +0400, Alex Peshkoff peshk...@mail.ru wrote: On Tue, 12 Aug 2014 10:37:21 +0400, Alex Peshkoff peshk...@mail.ru wrote: On 08/11/14 22:29, Tom Coleman wrote: I interface a proprietary language with Firebird, Oracle, and

Re: [Firebird-devel] New Interface

2014-08-12 Thread Tom Coleman
On Aug 12, 2014, at 2:35 AM, Alex Peshkoff wrote: On 08/11/14 23:57, Tom Coleman wrote: On Aug 11, 2014, at 3:36 PM, Jim Starkey wrote: You may be more interested in why something failed than just that it failed. An error mechanism should play nicely with the status vector to expose as

Re: [Firebird-devel] New Interface

2014-08-12 Thread Alex Peshkoff
On 08/12/14 19:43, Tom Coleman wrote: On Aug 12, 2014, at 2:35 AM, Alex Peshkoff wrote: On 08/11/14 23:57, Tom Coleman wrote: On Aug 11, 2014, at 3:36 PM, Jim Starkey wrote: You may be more interested in why something failed than just that it failed. An error mechanism should play nicely

Re: [Firebird-devel] New Interface

2014-08-12 Thread Jim Starkey
Mark, this is how I think we got here. There is a compelling need to export engine semantics of UDFs and other types of plugins. The obvious -- and desireable way -- to do this is with abstract objects. Since there also needed some minor work on primary interface, it seemed logical to unite

Re: [Firebird-devel] Error messages how-to

2014-08-12 Thread Jim Starkey
Sigh. There used to be database based system to create and edit messages and generate header and message files. Very handy using a database to develop a database system. On Aug 12, 2014, at 9:34 AM, Dimitry Sibiryakov s...@ibphoenix.com wrote: Hello, All. Is there a simple

Re: [Firebird-devel] New Interface

2014-08-12 Thread Ann Harrison
On Aug 12, 2014, at 1:11 PM, Jim Starkey j...@jimstarkey.net wrote: My position is that the external interface (the API) should remain y-valve and handle oriented, extended as needed. An interface for export engine semantics, however, has different requirements and can and should be

Re: [Firebird-devel] Error messages how-to

2014-08-12 Thread Dimitry Sibiryakov
12.08.2014 18:17, Jim Starkey wrote: There used to be database based system to create and edit messages and generate header and message files. Yes, I know that because I am exactly that guy who killed this system because database isn't suitable for CVS. -- WBR, SD.

Re: [Firebird-devel] New Interface

2014-08-12 Thread Tom Coleman
On Aug 12, 2014, at 2:37 AM, Alex Peshkoff wrote: On 08/11/14 22:29, Tom Coleman wrote: I interface a proprietary language with Firebird, Oracle, and Sybase/MS-SQL. There is never any case where I would want to see std:exception. Could it be time to start thinking about burying this

Re: [Firebird-devel] New Interface

2014-08-12 Thread Tom Coleman
On Aug 12, 2014, at 12:11 PM, Jim Starkey wrote: I haven't a clue how this can be sorted out. I have a suggestion. Clearly this New Interface issue is complex and critical and is going to take some time to sort out. Why not focus on getting FB 3 out the door as a release - API as is - and

Re: [Firebird-devel] Error messages how-to

2014-08-12 Thread Ann Harrison
On Aug 12, 2014, at 1:17 PM, Jim Starkey j...@jimstarkey.net wrote: Sigh. There used to be database based system to create and edit messages and generate header and message files. Very handy using a database to develop a database system. Please lets not get into the moral and

Re: [Firebird-devel] Error messages how-to

2014-08-12 Thread Dalton Calford
Hi Dimitry, May I ask why you say a database system is not suitable for CVS? I had ours on cvs for a few years before moving it to git. If you view the operational database as source code, then I can understand your point, but, I view an operational database as a compiled end product while the

Re: [Firebird-devel] Error messages how-to

2014-08-12 Thread Mark Rotteveel
On 12-8-2014 19:22, Dalton Calford wrote: May I ask why you say a database system is not suitable for CVS? I had ours on cvs for a few years before moving it to git. If you view the operational database as source code, then I can understand your point, but, I view an operational database as

Re: [Firebird-devel] Error messages how-to

2014-08-12 Thread Dalton Calford
Hi Mark, If I understand your message, I am still confused by the statement. I would never, ever put a binary such as a database or compiled executable into a version control system, but, there is nothing preventing my extracting the DML (insert into foo .values..) and inserting that

Re: [Firebird-devel] Error messages how-to

2014-08-12 Thread Mark Rotteveel
On 12-8-2014 19:37, Dalton Calford wrote: If I understand your message, I am still confused by the statement. I would never, ever put a binary such as a database or compiled executable into a version control system, but, there is nothing preventing my extracting the DML (insert into foo

Re: [Firebird-devel] Error messages how-to

2014-08-12 Thread Dimitry Sibiryakov
12.08.2014 19:37, Dalton Calford wrote: I would never, ever put a binary such as a database or compiled executable into a version control system, but, there is nothing preventing my extracting the DML (insert into foo .values..) and inserting that into the version control system.

Re: [Firebird-devel] New Interface (OT: Apache MQ)

2014-08-12 Thread Dimitry Sibiryakov
12.08.2014 19:54, Adriano dos Santos Fernandes wrote: Later I'll improve it for C and FPC and put in my github. Don't forget about Java and C#. -- WBR, SD. -- Firebird-Devel mailing list, web interface at

Re: [Firebird-devel] New Interface (OT: Apache MQ)

2014-08-12 Thread Adriano dos Santos Fernandes
On 12/08/2014 14:59, Dimitry Sibiryakov wrote: 12.08.2014 19:54, Adriano dos Santos Fernandes wrote: Later I'll improve it for C and FPC and put in my github. Don't forget about Java and C#. I'll not forget, if I want to do. Adriano

Re: [Firebird-devel] New Interface

2014-08-12 Thread Mark Rotteveel
On 12-8-2014 19:59, Dimitry Sibiryakov wrote: 12.08.2014 19:54, Adriano dos Santos Fernandes wrote: Later I'll improve it for C and FPC and put in my github. Don't forget about Java and C#. I don't think those are directly relevant. I would think that the only people who would ever use a

Re: [Firebird-devel] New Interface (OT: Apache MQ)

2014-08-12 Thread Tom Coleman
On Aug 12, 2014, at 1:37 PM, Mark Rotteveel wrote: On 12-8-2014 18:48, Tom Coleman wrote: One bias of mine that I will confess to is that I hate C++. Every time I am forced to use it it turns out to be a horrible PITA. The last project I wrestled with was an interface from our

Re: [Firebird-devel] New Interface

2014-08-12 Thread Dimitry Sibiryakov
12.08.2014 20:41, Mark Rotteveel wrote: Don't forget about Java and C#. I don't think those are directly relevant. I would think that the only people who would ever use a direct interface from Java and C# are Jiri and me, all normal application developers will simply use the JDBC driver

[Firebird-devel] Using isc_dsql_prepare_m instead of isc_dsql_prepare

2014-08-12 Thread Mark Rotteveel
Am I correct to understand, that in the C API isc_dsql_prepare_m will allow me to specify the database information items to request together with the statement prepare, allowing me to circumvent the allocation and handling of XSQLDA, and instead gives we a response buffer that I can process

Re: [Firebird-devel] Using isc_dsql_prepare_m instead of isc_dsql_prepare

2014-08-12 Thread Adriano dos Santos Fernandes
On 12/08/2014 16:17, Mark Rotteveel wrote: Am I correct to understand, that in the C API isc_dsql_prepare_m will allow me to specify the database information items to request together with the statement prepare, allowing me to circumvent the allocation and handling of XSQLDA, and instead

Re: [Firebird-devel] Using isc_dsql_prepare_m instead of isc_dsql_prepare

2014-08-12 Thread Mark Rotteveel
On 12-8-2014 21:24, Adriano dos Santos Fernandes wrote: On 12/08/2014 16:17, Mark Rotteveel wrote: Am I correct to understand, that in the C API isc_dsql_prepare_m will allow me to specify the database information items to request together with the statement prepare, allowing me to circumvent

Re: [Firebird-devel] Using isc_dsql_prepare_m instead of isc_dsql_prepare

2014-08-12 Thread Adriano dos Santos Fernandes
On 12/08/2014 17:01, Mark Rotteveel wrote: On 12-8-2014 21:24, Adriano dos Santos Fernandes wrote: On 12/08/2014 16:17, Mark Rotteveel wrote: Am I correct to understand, that in the C API isc_dsql_prepare_m will allow me to specify the database information items to request together with the

[Firebird-devel] [FB-Tracker] Created: (CORE-4519) Restoring a Firebird 2.5 database freezes at Committing Metadata in Windows 8.1

2014-08-12 Thread Sandamal Warnakulasuriya (JIRA)
Restoring a Firebird 2.5 database freezes at Committing Metadata in Windows 8.1 - Key: CORE-4519 URL: http://tracker.firebirdsql.org/browse/CORE-4519 Project: Firebird