re:
>> "The isc_create_database( )
...
> There is nothing wrong with it, except a dumb last parameter.
> It's de facto public.
Okay. That last parameter, I was just searching the code now
for hints as to what it was. I just send a 0?
> You confused things. ISQL own command is "SET NAMES ...".
On 29/04/2011 09:00, Geoff Worboys wrote:
> Adriano dos Santos Fernandes wrote:
>> Could also be done with isc_create_database.
> The IB6 API documentation notes this as:
> "The isc_create_database( ) method is not currently supported
> from user applications. It is for internal use only. Use
> isc
Adriano dos Santos Fernandes wrote:
> Could also be done with isc_create_database.
The IB6 API documentation notes this as:
"The isc_create_database( ) method is not currently supported
from user applications. It is for internal use only. Use
isc_dsql_execute_immediate( ) to create a database with
On 29/04/2011 04:11, Geoff Worboys wrote:
>
> As far as I can tell it is still required to use
> isc_dsql_execute_immediate to perform a CREATE DATABASE (if
> I've missed any relevant API change in the release notes please
> forgive me, I did look).
>
Could also be done with isc_create_database.
Allow field values in UPDATE OR INSERT in "Values" clause
--
Key: CORE-3456
URL: http://tracker.firebirdsql.org/browse/CORE-3456
Project: Firebird Core
Issue Type: New Feature
On 04/29/11 12:11, Damyan Ivanov wrote:
> Sorry if I am impatient :) I wanted to try the new synchronization
> code on the Debian build daemons (3.0 so far supported only
> x86/amd64).
Should build now - revision 52840.
-
Sorry for my long silence too (also buzy...). We have done a few tests,
everything with FB 2.1.4.
The problem was reproducible: each restore (from the one and the same
backup) produced the same problem. (BTW, we are regularly updating this
DB/table weekly. After each backup/restore we are getting
Hi,
Trying to build the latest trunk (revision 52838) fails.
With GCC 4.5.2:
g++ -ggdb -DFB_SEND_FLAGS=MSG_NOSIGNAL -DLINUX -DAMD64 -pipe -MMD -fPIC
-fmessage-length=0 -O3 -fno-omit-frame-pointer
-I/tmp/buildd/firebird3.0-3.0.0~svn+52838.ds3/src/include/gen
-I/tmp/buildd/firebird3.0-3.0.0~sv
On Fri, Apr 29, 2011 at 10:49 AM, Vlad Khorsun
wrote:
>>> we must provide binaries inside our Windows package :(
>>>
>>
>> Yes, that is right.
>>
>> I don't object to agreeing on a specific version of ICU for each release. We
>> would just change the build script as required. (Presumably we will n
>> we must provide binaries inside our Windows package :(
>>
>
> Yes, that is right.
>
> I don't object to agreeing on a specific version of ICU for each release. We
> would just change the build script as required. (Presumably we will need .lib
> files.) Our main problem is likely to be findi
Sorry for long silense, i'm a buzy with other things...
> Thank you for your time Vlad. You wrote:
>
>> Interesting. Could you provide DDL of table and index ?
>
> CREATE TABLE MATBEW
> (
> MSEG_MATNR Varchar(18) NOT NULL,
> MSEG_WERKS Varchar(4) NOT NULL,
> MSEG_LGORT Varchar(4) NOT
> I see that there this problem was analized "completly"
More-or-less
> Is this really plan to fix this in FB3.0
None, AFAIK
> Vlad Korshun say that only transaction id will be unsigned int in FB3.0 - is
> this true
> or is in plan to fix this with two record header versions or other s
Adriano dos Santos Fernandes wrote:
> On 28/04/2011 08:20, Geoff Worboys wrote:
>>...
>> While on this sort of subject are you able to offer any
>> information about what happens to API text such as SQL
>> statements and the like) sent to the server? (And details
>> like relation names etc returne
13 matches
Mail list logo
