You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The following db-level trigger fires each time when I connect to .fdb and FB craches if trace session is active in that moment.
SQL> set blob all;
SQL> show trigger trg_connect;
There is no trigger TRG_CONNECT in this database
SQL> show trigger trg_logon;
TRG_LOGON, Sequence: 0, Type: ON CONNECT, Active
as
begin
if ( current_user = 'CALIBRATOR' )
then
execute procedure SYS_CONNECT_CALIBRATE;
end
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
SQL> show version;
ISQL Version: WI-V2.5.3.26682 Firebird 2.5
Server version:
Firebird/linux AMD64 (access method), version "LI-T3.0.0.30653 Firebird 3.0 Alpha 1"
Firebird/linux AMD64 (remote server), version "LI-T3.0.0.30653 Firebird 3.0 Alpha 1/tcp (vmoel63.loc
al)/P12"
Firebird/x86/Windows NT (remote interface), version "WI-V2.5.3.26682 Firebird 2.5/tcp (CSMIRROR)/P12
"
on disk structure version 12.0
Please see attch with result of stack trace for coredump.
PS. There is *no* such effect in FB 2.5.x (neither in current nor in old versions of ~octomeb...-december 2012).
Test not needed: WI-T3.0.0.30566 Firebird 3.0 Alpha 1 crashed even from single trace session start by FBSVCMGR (w/o connection to database), with trivial config like:
database =
{
enabled = true
}
Such faults should now be catched by many other tests where FBSVCMGR is called as subprocess.
The text was updated successfully, but these errors were encountered:
summary: FB-3 craches with coredump when attempting to trace activity on database that have db-level trigger => Server crashes when attempting to trace activity on database having a db-level trigger
Test Details: Test not needed: WI-T3.0.0.30566 Firebird 3.0 Alpha 1 crashed even from single trace session start by FBSVCMGR (w/o connection to database), with trivial config like:
database =
{
enabled = true
}
Such faults should now be catched by many other tests where FBSVCMGR is called as subprocess.
Submitted by: @pavel-zotov
Attachments:
gdb-firebird.130918_170533.2.zip
The following db-level trigger fires each time when I connect to .fdb and FB craches if trace session is active in that moment.
SQL> set blob all;
SQL> show trigger trg_connect;
There is no trigger TRG_CONNECT in this database
SQL> show trigger trg_logon;
TRG_LOGON, Sequence: 0, Type: ON CONNECT, Active
as
begin
if ( current_user = 'CALIBRATOR' )
then
execute procedure SYS_CONNECT_CALIBRATE;
end
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
SQL> show version;
ISQL Version: WI-V2.5.3.26682 Firebird 2.5
Server version:
Firebird/linux AMD64 (access method), version "LI-T3.0.0.30653 Firebird 3.0 Alpha 1"
Firebird/linux AMD64 (remote server), version "LI-T3.0.0.30653 Firebird 3.0 Alpha 1/tcp (vmoel63.loc
al)/P12"
Firebird/x86/Windows NT (remote interface), version "WI-V2.5.3.26682 Firebird 2.5/tcp (CSMIRROR)/P12
"
on disk structure version 12.0
Please see attch with result of stack trace for coredump.
PS. There is *no* such effect in FB 2.5.x (neither in current nor in old versions of ~octomeb...-december 2012).
Commits: 8c3c0ba b9f34c1 fc1d01f FirebirdSQL/fbt-repository@b2d92bb FirebirdSQL/fbt-repository@542a3f1 FirebirdSQL/fbt-repository@27863ae
====== Test Details ======
Test not needed: WI-T3.0.0.30566 Firebird 3.0 Alpha 1 crashed even from single trace session start by FBSVCMGR (w/o connection to database), with trivial config like:
database =
{
enabled = true
}
Such faults should now be catched by many other tests where FBSVCMGR is called as subprocess.
The text was updated successfully, but these errors were encountered: