> I've checked the various servivce filters available, but haven't found
> anything in respect to tracing a sweep operation.
>
> Is it technically possible to add some kind of sweep start/finish events
> in the Trace API for both, manual and automatical (sweep interval)
> triggered?
Sure.
07.11.2011 11:23, Thomas Steinmaurer wrote:
> With all the discussion, is it worth to create a JIRA issue for this
> feature request?
I don't mind :-)
Dmitry
--
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
Hello,
I've checked the various servivce filters available, but haven't found
anything in respect to tracing a sweep operation.
Is it technically possible to add some kind of sweep start/finish events
in the Trace API for both, manual and automatical (sweep interval)
triggered?
Thanks,
Thomas
> is there any plan for supporting conditional trigger firing as in Oracle
> when specifying an optional WHEN clause in the trigger DDL syntax?
>
> Currently in Firebird, to omit trigger code execution, one can wrap the
> entire trigger body into an IF block, but the trigger still fires, but
> no P
Den 2011-11-06 07:59 skrev Dmitry Yemanov såhär:
> 06.11.2011 3:01, Vlad Khorsun wrote:
>
>>> Running CORE-3650 test-case in different isql embedded sessions with
>>> SharedCache and SharedDatabase, I had (one time) a hang and a crash. The
>>> crash happened after the first command. I ran it in ses
06.11.2011 12:56, Kjell Rilbe wrote:
> As a FB user this scares me a bit, because it sounds rather serious.
It affects only v3.0, so you shouldn't be scared. And it will be fixed
before the Alpha release.
Dmitry
--
RS
rollback of drop FK-constraint in session #1 can lead to violation of FK due to
session #2
--
Key: CORE-3653
URL: http://tracker.firebirdsql.org/browse/CORE-3653
06.11.2011 3:01, Vlad Khorsun wrote:
>> Running CORE-3650 test-case in different isql embedded sessions with
>> SharedCache and SharedDatabase, I had (one time) a hang and a crash. The
>> crash happened after the first command. I ran it in session1, session2,
>> session1, etc (or some variant).
>