Transaction can`t change metadata if it is run in RC + no_wait and there is
another connect that once had queried these metadata
-
Key: CORE-3766
Sorry, my fault. I replied to the wrong message :-) -- no Colobot/Ceebot
don't use Firebird.
-Original Message-
From: marius adrian popa [mailto:[email protected]]
Sent: dimanche 19 février 2012 14:59
To: For discussion among Firebird Developers
Subject: Re: [Firebird-devel] Firebird Licen
I finally got around to checking Vlad's fix for CORE-3671: it works, the
access violation no longer occurs.
If nothing else needs to happen it can be marked as resolved.
Mark
--
Mark Rotteveel
--
Virtualization & Cloud
On Fri, Jan 27, 2012 at 2:03 PM, Pierre Arnaud wrote:
> Hi, the original author of Colobot has also developed a derived game,
> called CeeBot, for which he has already prepared a ZIP file with the
> whole content:
>
> www.epsitec.ch/download/ceebot/ceebot.zip
Does it use firebird ? or i don't see
On 19-02-2012 07:09, Mark Rotteveel wrote:
> So if I could keep the sqllen untouched that would save me some work :)
>
You'd better leave sqllen untouched. Only changing the two first bytes
of varying data to represent its length is fine.
Adriano
-
On Thu, Feb 02, 2012 at 12:16:39AM +0200, Коньков Евгений wrote:
> repeated again:
> bug is repeateable:
> 1. radiusd + mod_perl + example.pl(it is connects to FireBird) +
> FireBIrd
> 2. restart firebird
> 3. try to restart radiusd
> 4. process in fall into STOP state
> # ps awx | grep radi
> 94
Hi, the original author of Colobot has also developed a derived game,
called CeeBot, for which he has already prepared a ZIP file with the
whole content:
www.epsitec.ch/download/ceebot/ceebot.zip
Please tell me if this is OK for you, or if you really need the Colobot
source tree, too.
-Origi
Коньков Евгений wrote:
> repeated again:
> bug is repeateable:
> 1. radiusd + mod_perl + example.pl(it is connects to FireBird) +
Why? FreeRADIUS has native support for all major SQL servers.
There's no need to use a Perl plugin.
> FireBIrd
> 2. restart firebird
> 3. try to restart radiusd
> 4
kill -9 doesn't want to play either?
Read the docs/debugging file. Compile FR with debugging/developer stuff and run
it under gdbm control and do your killing of firebird again.
It's likely to be the PERL integration as thats what will get done in when
firebird is restarted. Are you perl with
On Sun, Feb 19, 2012 at 10:57 AM, Alex Peshkoff wrote:
> On 02/19/12 13:53, Jiri Cincura wrote:
>> On Sat, Feb 18, 2012 at 10:36 PM, Dmitry Yemanov wrote:
>>> You can use the service manager and ask it for isc_info_svc_server_version.
>> That would require another connection, isn't it?
>
> Yes,
On 02/19/12 13:53, Jiri Cincura wrote:
> On Sat, Feb 18, 2012 at 10:36 PM, Dmitry Yemanov wrote:
>> You can use the service manager and ask it for isc_info_svc_server_version.
> That would require another connection, isn't it?
Yes, this requires svc manager connection.
On Sun, Feb 19, 2012 at 9:34 AM, Mark Rotteveel wrote:
> Out of curiosity: why do you want to know the version before attach?
For some EF internals.
--
Jiri {x2} Cincura (x2develop.com founder)
http://blog.cincura.net/ | http://www.ID3renamer.com
---
On Sat, Feb 18, 2012 at 10:36 PM, Dmitry Yemanov wrote:
> You can use the service manager and ask it for isc_info_svc_server_version.
That would require another connection, isn't it?
--
Jiri {x2} Cincura (x2develop.com founder)
http://blog.cincura.net/ | http://www.ID3renamer.com
-
On 02/18/12 21:27, Leyne, Sean wrote:
> Björn,
>
>> Executing a query with a little bit longer execution time I get negative
>> numbers for some values. Execution is done via IBExpert. Firebird ist 2.5.1
>> CS on Linux 64 bit Client Lib is 2.5.1 Windows 32 bit.
>>
>> Prepare time = 63ms
>> Execu
On 18-2-2012 22:38, Dmitry Yemanov wrote:
> 15.02.2012 20:01, Mark Rotteveel wrote:
>
>> Does SQL_VARYING require the sqllen to be updated as well, or can that
>> be left as it was originally set by isc_dsql_describe_bind?
>
> I'd say it should correspond to the real data. You're not required to
>
On 18-2-2012 20:33, Jiri Cincura wrote:
> Hi *,
>
> can I somehow ask for isc_info_firebird_version without database
> handle? I'd like to know it before processing op_attach.
>
Out of curiosity: why do you want to know the version before attach?
--
Mark Rotteveel
--
16 matches
Mail list logo
