On 09/08/2015 08:13 PM, Mark Rotteveel wrote:
> I am working on authentication and encryption in Jaybird. I notice that
> authReceiveResponse in interface.cpp also handles op_crypt received from
> the server. Does this actually ever happen? As far as I can tell
> encryption is only initiated client
On 7-9-2015 16:39, Adriano dos Santos Fernandes wrote:
> Hi!
>
> Idea behind cloop is to have descriptive idl file so that bindings for
> different types of languages would be generated automatically.
>
> Currently the idl grammar is simple and effective for C, C++ and Pascal.
>
> But we use intptr
On 09/09/2015 12:03 PM, Mark Rotteveel wrote:
> On 7-9-2015 16:39, Adriano dos Santos Fernandes wrote:
>> Hi!
>>
>> Idea behind cloop is to have descriptive idl file so that bindings for
>> different types of languages would be generated automatically.
>>
>> Currently the idl grammar is simple and
On 9-9-2015 11:11, Alex Peshkoff wrote:
> On 09/09/2015 12:03 PM, Mark Rotteveel wrote:
>> On 7-9-2015 16:39, Adriano dos Santos Fernandes wrote:
>>> Hi!
>>>
>>> Idea behind cloop is to have descriptive idl file so that bindings for
>>> different types of languages would be generated automatically.
Looking through the code in interface.cpp, there seem to be two new
authentication mechanisms in Firebird 3, one in the op_connect (with
CNCT_specific_data), and again one in op_attach with the DPB; they use
the same or similar data, but two different ways of using.
Why is this? Wouldn't it hav
On 09/09/2015 01:54 PM, Mark Rotteveel wrote:
> Looking through the code in interface.cpp, there seem to be two new
> authentication mechanisms in Firebird 3, one in the op_connect (with
> CNCT_specific_data), and again one in op_attach with the DPB; they use
> the same or similar data, but two dif
On 9-9-2015 16:09, Alex Peshkoff wrote:
> On 09/09/2015 01:54 PM, Mark Rotteveel wrote:
>> Looking through the code in interface.cpp, there seem to be two new
>> authentication mechanisms in Firebird 3, one in the op_connect (with
>> CNCT_specific_data), and again one in op_attach with the DPB; the
On 09/09/2015 05:19 PM, Mark Rotteveel wrote:
> On 9-9-2015 16:09, Alex Peshkoff wrote:
>> On 09/09/2015 01:54 PM, Mark Rotteveel wrote:
>>> Looking through the code in interface.cpp, there seem to be two new
>>> authentication mechanisms in Firebird 3, one in the op_connect (with
>>> CNCT_specific
On 9-9-2015 16:31, Alex Peshkoff wrote:
>>> FB3 supports use of multiple authentication plugins. It may happen (when
>>> no encryption is used) that first one works at connect stage, next
>>> starts at attach stage and later follows exchange with auth data until
>>> authentication success (or failu
On 9-9-2015 17:25, Mark Rotteveel wrote:
> it looks like I
> made an error somewhere, or I can't get away with skipping support in
> the attach phase :(.
The good news is that I found the cause and have a workaround until I
can move on to the next part of the implementation.
Mark
--
Mark Rottev
Can`t compile source which tries to manupulate with explicit cursor in "
Key: CORE-4929
URL: http://tracker.firebirdsql.org/browse/CORE-4929
Project: Firebird Core
Issu
A few slides from 12th Firebird Developers Day presentation
http://www.firebirdnews.org/firebird-3-protocol-benchmark/
ps: no comments 😀
--
Monitor Your Dynamic Infrastructure at Any Scale With Datadog!
Get real-time metr
Em 09-09-2015 06:03, Mark Rotteveel escreveu:
>>
>> BTW, I wonder, how could the Jaybird JNA interpret (read numbers and
>> strings) status vectors? Or just it could not, always leaving the job
>> for fb_interpret?
>
> JNA can use pointers, and Jaybird does (with the old API). I don't use
> fb_i
13 matches
Mail list logo
