Is there any documentation on the changes between protocol versions, or
do I need to reverse engineer this?
Mark
--
Mark Rotteveel
--
Firebird-Devel mailing list, web interface at
https://lists.sourceforge.net/lists/li
I am currently implementing protocol version 11 in Jaybird, and I am
using the .NET provider implementation for reference.
Looking at the .NET code use of lazy send for op_prepare_statement
*always* returns the allocate response (see
https://sourceforge.net/p/firebird/NETProvider/ci/master/tree
On 12-7-2014 16:26, Mark Rotteveel wrote:
> I am currently implementing protocol version 11 in Jaybird, and I am
> using the .NET provider implementation for reference.
>
> Looking at the .NET code use of lazy send for op_prepare_statement
> *always* returns the allocate response (see
> https://sou
I was just looking at the Firebird 2.1 and 2.5 sources to see if I had
missed any other lazy send stuff and I noticed op_insert (dsql_insert)
for inserting a record into a dynamic SQL cursor. Which I thought might
be interesting for inserts into an updatable JDBC ResultSet (it might be
simpler
12.07.2014 21:22, Mark Rotteveel wrote:
> Was this functionality always broken, or has this been forgotten in the
> implementation of Firebird 3?
It was deprecated and not supported by the new API.
Dmitry
--
Firebird
On 12-7-2014 20:36, Dmitry Yemanov wrote:
> 12.07.2014 21:22, Mark Rotteveel wrote:
>
>> Was this functionality always broken, or has this been forgotten in the
>> implementation of Firebird 3?
>
> It was deprecated and not supported by the new API.
Too bad, it would have been nice to have this ;)
Em 12-07-2014 15:40, Mark Rotteveel escreveu:
> On 12-7-2014 20:36, Dmitry Yemanov wrote:
>> 12.07.2014 21:22, Mark Rotteveel wrote:
>>
>>> Was this functionality always broken, or has this been forgotten in the
>>> implementation of Firebird 3?
>>
>> It was deprecated and not supported by the new
On 12-7-2014 20:49, Adriano dos Santos Fernandes wrote:
> Em 12-07-2014 15:40, Mark Rotteveel escreveu:
>> On 12-7-2014 20:36, Dmitry Yemanov wrote:
>>> 12.07.2014 21:22, Mark Rotteveel wrote:
>>>
Was this functionality always broken, or has this been forgotten in the
implementation of Fi
Adding 2nd condition in WHERE which containing RDB$DBKEY leads to NATURAL plan
--
Key: CORE-4492
URL: http://tracker.firebirdsql.org/browse/CORE-4492
Project: Firebird Core
