we've started validation of FB built on Linux and we met this situation:
fb_inet_server hangs instead of returning the error on this query:
insert into s select * from s
It not hungs, it insert rows until disk have space :) What kind of error
do you expect here ?
It is well known
On 06/19/14 19:59, vv m wrote:
Still can't get the snapshot. I see Generating snapshot... and it takes
forever.
For sure, when I get it, I'll run builds on AIX and HP and let you know.
Can you try to
svn co svn://svn.code.sf.net/p/firebird/code/firebird/branches/B2_5_Release
Currently I'm
MODIFY RDB$INDICES failed internal Firebird consistency check (CCH_precedence:
block marked (212), file: cch.cpp line: 4390) --- unsuccessful metadata update
FB3: CREATE USER GRANT ADMIN ROLE does not work
---
Key: CORE-4468
URL: http://tracker.firebirdsql.org/browse/CORE-4468
Project: Firebird Core
Issue Type: Bug
Components: Security
It came to my mind because building on Sun, I had a bunch of problems using
./configure, including a core dump related with HAVE___THREAD. After
switching to ./autogen.sh, I've got a working set of execs (I'll share
results later).
Here are notes about building Rel 59735 on HP. Actually, all
Add field in SEC$USERS reflecting whether a user has RDB$ADMIN role in security
database
Key: CORE-4469
URL: http://tracker.firebirdsql.org/browse/CORE-4469
Hello, All!
We have encountered subtle errors and data corruptions when using complex triggers/stored procedures
in READ COMMITTED transactions.
Most applied programmers don't think that while their SP/trigger is executing the world is changing
underneath them.
So lost updates and
Hello!
Saturday, June 21, 2014, 1:52:46 AM, you wrote:
NS To address this problem, in our engine builds we changed behavior of READ
COMMITTED + REC_VERSION
NS transactions to ensure cursor stability.
NS Each request is executed in its own snapshot, that is released when
execution of request
