26.06.2015 15:33, Brian Vraamark wrote:
> I guess that count(*) before FB3 was 4 bytes (SQL_LONG) but in FB3 it is 8
> bytes (SQL_INT64).
You guess right.
--
WBR, SD.
--
Monitor 25 network devices or servers for
e: Re: [Firebird-devel] SQL_LONG is filled with 8 bytes.
26.06.2015 14:19, Brian Vraamark wrote:
>> I see that you don't set sqllen.
> I do. This is the complete code regarding XSQLDA:
So, you still proclaiming that data buffer is 8 bytes long. There is nothing
to wonder at that Fi
26.06.2015 14:19, Brian Vraamark wrote:
>> I see that you don't set sqllen.
> I do. This is the complete code regarding XSQLDA:
So, you still proclaiming that data buffer is 8 bytes long. There is nothing
to wonder
at that Firebird client clean 8 bytes before storing value.
> I have to c
e-
Fra: Dimitry Sibiryakov [mailto:[email protected]]
Sendt: 26. juni 2015 14:11
Til: For discussion among Firebird Developers
Emne: Re: [Firebird-devel] SQL_LONG is filled with 8 bytes.
26.06.2015 14:06, Brian Vraamark wrote:
> Only difference is putting it after prepare always res
Fra: Dimitry Sibiryakov [mailto:[email protected]]
Sendt: 26. juni 2015 14:11
Til: For discussion among Firebird Developers
Emne: Re: [Firebird-devel] SQL_LONG is filled with 8 bytes.
26.06.2015 14:06, Brian Vraamark wrote:
> Only difference is putting it after prepare always results
26.06.2015 14:06, Brian Vraamark wrote:
> Only difference is putting it after prepare always results in 0 in the second
> element:
I see that you don't set sqllen.
--
WBR, SD.
--
Monitor 25 network devices or ser
;t changed.
Brian Vraamark
-Oprindelig meddelelse-
Fra: Dimitry Sibiryakov [mailto:[email protected]]
Sendt: 26. juni 2015 13:48
Til: For discussion among Firebird Developers
Emne: Re: [Firebird-devel] SQL_LONG is filled with 8 bytes.
26.06.2015 13:31, Brian Vraamark wrote:
> I use
26.06.2015 13:31, Brian Vraamark wrote:
> I use the following code
Did you that before calling isc_dsql_prepare() or after?
--
WBR, SD.
--
Monitor 25 network devices or servers for free with OpManager!
OpManager i
Hi,
I get stack corruption in firebird 3 Beta 1 32Bit.
Using XSQLDA allocated with XSQLDA_LENGTH(1) I use the following code:
unsigned long returnedID;
tmpXSQLDA->sqlvar[0].sqltype = SQL_LONG;
tmpXSQLDA->sqlvar[0].sqldata = (char *)&returnedID;
The select is "select count(*) from MyTable".
