The behaviour of this function seems to have changed slightly.
In FB 2.5 this string:
SELECT * FROM DEPT_BUDGET(0)
will execute in isc_dsql_execute_immediate without error.
If the server is FB 3.0 and the client is Fb 2.5 this error is thrown:
Dynamic SQL Error
-SQLDA missing or inc
18.05.2016 12:25, Paul Reeves wrote:
> Obviously select statements are not meant to work with
> isc_dsql_execute_immediate.
isc_dsql_execute_immediate() is not supposed to work with any statement that
returns
any data. isql_dsql_exec_immed2() must be used for that.
The error is strange tho
FB 3.0.0 command line params for SuperServerComponent installallation does not
work
---
Key: CORE-5243
URL: http://tracker.firebirdsql.org/browse/CORE-5243
Project: Fireb
On 05/18/2016 01:25 PM, Paul Reeves wrote:
>
>
> The behaviour of this function seems to have changed slightly.
>
> In FB 2.5 this string:
>
>SELECT * FROM DEPT_BUDGET(0)
>
> will execute in isc_dsql_execute_immediate without error.
>
>
> If the server is FB 3.0 and the client is Fb 2.5 this er
18.05.2016 13:22, Alex Peshkoff wrote:
> Looks like text:
>
> -SQLDA missing or other SQLDA error
> -Wrong number of columns or parameters (expected 1, got 0)
>
> will be better.
Right error to be isc_dsql_no_output_sqlda. One must find out why
isc_dsql_wrong_param_num is produced inst
Wrong error message when trying to execute SELECT statement using
isc_dsql_execute_immediate
Key: CORE-5244
URL: http://tracker.firebirdsql.org/browse/CORE-5244
Hello, All.
Are these keywords to be case-sensitive? Insensitive? Platform-dependent?
--
WBR, SD.
--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work
On 05/18/2016 07:37 PM, Dimitry Sibiryakov wrote:
> Hello, All.
>
> Are these keywords to be case-sensitive? Insensitive? Platform-dependent?
>
Currently they are platform dependent.
I see no problems if you make them case-insensitive.
Case-sensitivity of keywords "None", "Full", "Restrict" in confguration files
-
Key: CORE-5245
URL: http://tracker.firebirdsql.org/browse/CORE-5245
Project: Firebird Core
This question arised while discussion of CORE-5242. Vlad recommended me to ask this here:===SQL> select rdb$index_name from rdb$indices where rdb$relation_name='RDB$DEPENDENCIES'; RDB$INDEX_NAME === RDB$INDEX_27 RDB$INDEX_28 SQL> ALTER INDEX RDB$INDEX_27 ACTIVE;
As I understand, the page buffers rank is 50 to 131072
Greetings.
Walter.
On Mon, May 16, 2016 at 9:59 AM, David Kroll (JIRA) wrote:
> Restore database with large page buffer - connection lost to database
> -
>
>
11 matches
Mail list logo