Hi,
First, sorry if this is the wrong forum to post my question.
I have na app that will work installed in a tablet with Windows 10 home
edition and I need firebird client as well.
I´d like to know if Is possible to install firebird client in a tablet with
Windows 10 home edition.
Regards,
22.06.2016 22:01, Jiří Činčura wrote:
>> is considered non-NULL: zero or anything != -1? I expected the former
>> (this is how the engine handles messages) while Jiri supposes the
>> latter. Where is the truth?
>
> From my testing - on external engine messages - only the 0 was handled
> as not
22.06.2016 18:58, Adriano dos Santos Fernandes wrote:
>
>> looking into memory dump for parameters in external engine in OO API is
>> { 0xFF 0xFF } for true and anything else (basically 0) for false.
>> Correct?
>
> Yes, 0xFF 0xFF is -1 (signed short).
Is it really correct? I know that -1 is used
Thanks for confirmation.
--
Mgr. Jiří Činčura
Independent IT Specialist
--
Attend Shape: An AT Tech Expo July 15-16. Meet us at AT Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
On 22/06/2016 11:35, Jiří Činčura wrote:
> Hi *,
>
> looking into memory dump for parameters in external engine in OO API is
> { 0xFF 0xFF } for true and anything else (basically 0) for false.
> Correct?
>
Yes, 0xFF 0xFF is -1 (signed short).
Adriano
LPAD failed returning Message length error (Encountered 2, expected 65538)
--
Key: CORE-5290
URL: http://tracker.firebirdsql.org/browse/CORE-5290
Project: Firebird Core
Hi *,
looking into memory dump for parameters in external engine in OO API is
{ 0xFF 0xFF } for true and anything else (basically 0) for false.
Correct?
Thanks.
--
Mgr. Jiří Činčura
Independent IT Specialist
--
Attend
Il 19/06/2016 18:59, Adriano dos Santos Fernandes ha scritto:
> Em 19/06/2016 13:03, Dimitry Sibiryakov escreveu:
>> 19.06.2016 18:00, Fulvio Senore wrote:
>>> This might work, but I suppose that I cannot expect end users to do it
>>> in their computer.
>>
>>You can do it in your
Il 20/06/2016 09:43, Alex Peshkoff ha scritto:
> On 06/19/2016 06:58 PM, Fulvio Senore wrote:
>
>> Thank you for your answer. I have spent some time trying to do it but I
>> have not been able to force the makefile to use the static ncurses
>> library instead of the so file. Unfortunately my
On 06/22/2016 01:09 PM, Jiří Činčura wrote:
>> input/output metadata (that's IMessageMetadata, yes?) provide you with a
> Yes.
>
>> set of methods needed to access data in buffer correctly
>> unavoidable one is getOffset() - it returns offset in a buffer where
>> data is placed #include
>>
>Oh, c'mon. Inability to read full object name from XSQLDA field
>doesn't mean to loose
> ability to access values.
True. In this case that wouldn't matter for me.
--
Mgr. Jiří Činčura
Independent IT Specialist
22.06.2016 12:09, Jiří Činčura wrote:
>> Yes, you can - but that's ugly choice. You loose for example ability to
>> > access objects with names >31 symbol long.
> OK, so I'm not going to go that path. Thanks for letting me know. It
> might have been time wasted later.
Oh, c'mon. Inability to
> input/output metadata (that's IMessageMetadata, yes?) provide you with a
Yes.
> set of methods needed to access data in buffer correctly
> unavoidable one is getOffset() - it returns offset in a buffer where
> data is placed
How's some called? I see only getRelation, getOffset, getType etc.
Small memory leak when resultset is empty
-
Key: CORE-5289
URL: http://tracker.firebirdsql.org/browse/CORE-5289
Project: Firebird Core
Issue Type: Bug
Components: Engine
Affects
On 06/22/2016 09:21 AM, Jiří Činčura wrote:
> Hello,
>
> when I finally grasped the FB_MESSAGE I realized that's not going to
> help me. It generates struct and I have to know in advance the shape of
> it. Which I don't know for whatever external procedure user writes.
Yes, that works only for
22.06.2016 10:28, Jiří Činčura wrote:
>> And this may be considered a bug :-) given that InterBase returns two
>> strings for this tag.
>
> Do you want me to put to tracker?
Let's see what others think. This is really a low priority thing.
Dmitry
> And this may be considered a bug :-) given that InterBase returns two
> strings for this tag.
Do you want me to put to tracker?
Here's again raw bytes for that tag. It's really just one message.
[0]: 12
[1]: 30
[2]: 0
[3]: 1
[4]: 28
[5]: 87
[6]: 73
[7]: 45
22.06.2016 09:57, Jiří Činčura wrote:
> I was just confused by isc_info_isc_version having
> just one.
And this may be considered a bug :-) given that InterBase returns two
strings for this tag.
AFAIU, in the old days we've just replaced isc_info_isc_version with
isc_info_firebird_version in
OK, so it's expected. I was just confused by isc_info_isc_version having
just one.
I'll adjust it in the provider.
--
Mgr. Jiří Činčura
Independent IT Specialist
--
Attend Shape: An AT Tech Expo July 15-16. Meet us at
21.06.2016 22:45, Jiří Činčura wrote:
> I'm sending the isc_info_firebird_version, isc_info_end only in
> op_info_database. And the buffer I get back is:
> 103
isc_info_firebird_version
> 74, 0,
total length of the returned clumplet
> 2,
number of strings inside the clumplet
> 28, 87, ...
Hello,
when I finally grasped the FB_MESSAGE I realized that's not going to
help me. It generates struct and I have to know in advance the shape of
it. Which I don't know for whatever external procedure user writes.
So any other way to read/write the values? Basically just set of
21 matches
Mail list logo