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
In our CI I've experienced access violation while running firebird.sqlclient.tests with following managed stack:
at FB_965910463_Class.isc_dsql_free_statement(IntPtr[], Int32 ByRef, Int16)
at FB_965910463_Class.IFbClient.isc_dsql_free_statement(IntPtr[], Int32 ByRef, Int16)
at FirebirdSql.Data.Client.Native.FesStatement.Free(Int32)
at FirebirdSql.Data.Common.StatementBase.Release()
at FirebirdSql.Data.Client.Native.FesStatement.Release()
at FirebirdSql.Data.Client.Native.FesStatement.Dispose(Boolean)
at FirebirdSql.Data.Common.StatementBase.Finalize()
I don't have a native stack for this, but I look forward get it.
My suggestion bases on this:
"isc_dsql_allocate_statement2()
function is similar to the isc_dsql_alloc_statement() function except that
statement handles allocated using isc_dsql_allocate_statement2() are
automatically reset to NULL when the database under which they are allocated
is detached" (taken from ib6.0 beta docs)
I think a database was already deallocated before finalization of statement got to the queue. I think it needs somehow propagate deallocation of the database in managed statement objects.
The text was updated successfully, but these errors were encountered:
Submitted by: Hennadii Zabula (zabulus)
Is related to DNET698
Votes: 1
In our CI I've experienced access violation while running firebird.sqlclient.tests with following managed stack:
at FB_965910463_Class.isc_dsql_free_statement(IntPtr[], Int32 ByRef, Int16)
at FB_965910463_Class.IFbClient.isc_dsql_free_statement(IntPtr[], Int32 ByRef, Int16)
at FirebirdSql.Data.Client.Native.FesStatement.Free(Int32)
at FirebirdSql.Data.Common.StatementBase.Release()
at FirebirdSql.Data.Client.Native.FesStatement.Release()
at FirebirdSql.Data.Client.Native.FesStatement.Dispose(Boolean)
at FirebirdSql.Data.Common.StatementBase.Finalize()
I don't have a native stack for this, but I look forward get it.
My suggestion bases on this:
"isc_dsql_allocate_statement2()
function is similar to the isc_dsql_alloc_statement() function except that
statement handles allocated using isc_dsql_allocate_statement2() are
automatically reset to NULL when the database under which they are allocated
is detached" (taken from ib6.0 beta docs)
I think a database was already deallocated before finalization of statement got to the queue. I think it needs somehow propagate deallocation of the database in managed statement objects.
The text was updated successfully, but these errors were encountered: