On 2020-06-16 13:57, Tony Whyman wrote:
On 15/06/2020 15:37, Alex Peshkoff via Firebird-devel wrote:
On 2020-06-11 18:30, Tony Whyman wrote:
On 11/06/2020 11:18, Pavel Cisar wrote:
This is not a problem for languages like Python, Java and .NET that
don't use these files at all, but C++ &
On 15/06/2020 15:37, Alex Peshkoff via Firebird-devel wrote:
On 2020-06-11 18:30, Tony Whyman wrote:
On 11/06/2020 11:18, Pavel Cisar wrote:
This is not a problem for languages like Python, Java and .NET that
don't use these files at all, but C++ & Pascal are still important
languages and we
On 2020-06-16 12:18, Dimitry Sibiryakov wrote:
15.06.2020 17:44, Pavel Cisar wrote:
For interface consumer, presence of iStatus was clear indication that
method may fail, and absence that it never fails. It was true for FB
3.0. Now it's not true anymore and I'd like understand why.
New
15.06.2020 17:44, Pavel Cisar wrote:
For interface consumer, presence of iStatus was clear indication that method may fail, and
absence that it never fails. It was true for FB 3.0. Now it's not true anymore and I'd
like understand why.
New methods always can fail with "not implemented"
On 2020-06-15 18:44, Pavel Cisar wrote:
Alex,
Dne 15. 06. 20 v 16:20 Alex Peshkoff via Firebird-devel napsal(a):
On 2020-06-11 19:56, Pavel Cisar wrote:
Adriano,
Dne 11. 06. 20 v 16:38 Adriano dos Santos Fernandes napsal(a):
2. Strange things with iUtil in FB 4.
a) Why methods
Alex,
Dne 15. 06. 20 v 16:20 Alex Peshkoff via Firebird-devel napsal(a):
On 2020-06-11 19:56, Pavel Cisar wrote:
Adriano,
Dne 11. 06. 20 v 16:38 Adriano dos Santos Fernandes napsal(a):
2. Strange things with iUtil in FB 4.
a) Why methods getDecFloat16, getDecFloat34 and getInt128 require
On 2020-06-11 18:30, Tony Whyman wrote:
On 11/06/2020 11:18, Pavel Cisar wrote:
This is not a problem for languages like Python, Java and .NET that
don't use these files at all, but C++ & Pascal are still important
languages and we should offer some better solution. At least it
should be
On 2020-06-11 19:56, Pavel Cisar wrote:
Adriano,
Dne 11. 06. 20 v 16:38 Adriano dos Santos Fernandes napsal(a):
2. Strange things with iUtil in FB 4.
a) Why methods getDecFloat16, getDecFloat34 and getInt128 require
iStatus parameter? I expected that these methods should be "safe" like
On 12/06/2020 07:16, Dimitry Sibiryakov wrote:
> 12.06.2020 08:52, Pavel Cisar wrote:
>> If you have objections, you should provide a list with reasons why
>> it's bad.
>
> At first, I already did it a lot.
> At second now it is pointless because the API already was declared
> "public" and
12.06.2020 08:52, Pavel Cisar wrote:
If you have objections, you should provide a list with reasons why it's bad.
At first, I already did it a lot.
At second now it is pointless because the API already was declared "public" and thus
engraved in stone.
--
WBR, SD.
Firebird-Devel
Vlad,
I don't want to bound it at all :) Quite the opposite, it would be nice
if statement prepare would NOT require active transaction at all. It
would allow full decoupling of prepare from execution context in
connectivity layer.
I know that engine needs it for some reason (metadata?),
12.06.2020 9:52, Pavel Cisar wrote:
2. The statement prepare requires active transaction although it's not bound to
one.
The same as ISC API. And this is fully correct. Why do you want to bound
prepared
request to the preparing transaction ?
Regards,
Vlad
Firebird-Devel mailing list,
Hi,
Dne 11. 06. 20 v 19:00 Dimitry Sibiryakov napsal(a):
> 11.06.2020 18:56, Pavel Cisar wrote:
>> It would be a little bit unfortunate if we will end with 50+ method
>> iUtil interface in FB 6, thought.
>
>I hope that before that time someone come with "very new API" that
> will be a little
11.06.2020 18:56, Pavel Cisar wrote:
It would be a little bit unfortunate if we will end with 50+ method iUtil interface in FB
6, thought.
I hope that before that time someone come with "very new API" that will be a little
better designed so this "new API" will get status "deprecated".
--
Adriano,
Dne 11. 06. 20 v 16:38 Adriano dos Santos Fernandes napsal(a):
2. Strange things with iUtil in FB 4.
a) Why methods getDecFloat16, getDecFloat34 and getInt128 require
iStatus parameter? I expected that these methods should be "safe" like
iMaster.getUtilInterface() and thus should not
On 11/06/2020 11:18, Pavel Cisar wrote:
This is not a problem for languages like Python, Java and .NET that
don't use these files at all, but C++ & Pascal are still important
languages and we should offer some better solution. At least it should
be discussed with those who use them (for
On 11/06/2020 07:18, Pavel Cisar wrote:
> Hi,
>
> The Firebird 4 is the first version that has "evolved" interfaces.
> This bring to table some important questions...
>
No, it happened in v3 sub releases.
> 1. What is the official policy for evolution of interfaces? Will their
> version change
Hi,
The Firebird 4 is the first version that has "evolved" interfaces. This
bring to table some important questions...
1. What is the official policy for evolution of interfaces? Will their
version change every time they change, even if the change replaces
"development" version like beta
18 matches
Mail list logo
