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
2b) the same but using PIPE mechanism to pass SQL commands iinside ISQL:
C:\\MIX\\firebird\\QA\\fbt\-repo\> echo set list on; select \* from mon$attachments where mon$attachment\_id=current\_connection; \| C:\\MIX\\firebird\\fb30\\isql localhost/3400:C:\\MIX\\firebird\\QA\\fbt\-repo\\tmp\\e40\.fdb \-z
ISQL Version: WI\-V3\.0\.2\.32708 Firebird 3\.0
Server version:
WI\-T4\.0\.0\.572 Firebird 4\.0 Unstable
WI\-T4\.0\.0\.572 Firebird 4\.0 Unstable/tcp \(csprog\)/P15
WI\-V3\.0\.2\.32708 Firebird 3\.0/tcp \(csprog\)/P15
Statement failed, SQLSTATE = 08006
Error reading data from the connection\.
Statement failed, SQLSTATE = 08006
Error writing data to the connection\.
Statement failed, SQLSTATE = 08006
Error writing data to the connection\.
===
firebird.log in the folder "C:\MIX\firebird\fb30\" (i.e. folder of CLIENT, no server) will contain:
CSPROG Fri Mar 24 09:29:42 2017
REMOTE INTERFACE/gds__detach: Unsuccesful detach from database.
Uncommitted work may have been lost.
Error writing data to the connection.
PS.
Server is OK, no restarts. Command:
wmic process where "name='firebird.exe'" get ProcessId,ExecutablePath | findstr /i C:\MIX\firebird\fb40\
-- returns always the same PID of working FB40 instance ("C:\MIX\firebird\fb40\" = folder of server 4.0.0.572 which listens port 3400).
The problem is related with remote protocol versions.
Initially, protocol 15 was introduced in v4 as part of CORE5472.
Later into v4 was committed feature CORE5488 (session\statement timeout) which also requires support by protocol.
This time there was no need to increment protocol version.
The problem appears when CORE5472 was backported into v3 as it introduced protocol 15 at v3.
But CORE5488 was not backported into v3 (and it shouldn't).
Therefore we got two not compatible implementations of protocol 15 in v3 and v4.
Fortunately, it is easy to fix in v4, moving CORE5488 support into new protocol 16.
Submitted by: @pavel-zotov
Steps:
0) create empty database using WI-T4.0.0.572 (using port = 3400)
1) attempt to use client 3.0.2.32643 (06-dec-2016) ==> SUCCESSFUL:
===
2a) attempt to use client 3.0.2.32708 (its folder: "C:\MIX\firebird\fb30\")
--- hangs here infinitely ---
2b) the same but using PIPE mechanism to pass SQL commands iinside ISQL:
===
firebird.log in the folder "C:\MIX\firebird\fb30\" (i.e. folder of CLIENT, no server) will contain:
CSPROG Fri Mar 24 09:29:42 2017
REMOTE INTERFACE/gds__detach: Unsuccesful detach from database.
Uncommitted work may have been lost.
Error writing data to the connection.
PS.
Server is OK, no restarts. Command:
wmic process where "name='firebird.exe'" get ProcessId,ExecutablePath | findstr /i C:\MIX\firebird\fb40\
-- returns always the same PID of working FB40 instance ("C:\MIX\firebird\fb40\" = folder of server 4.0.0.572 which listens port 3400).
Commits: edcac34 9f7e241
====== Test Details ======
Unfortunatley, one can not to use client library from different FB versions in fbtest framework...
The text was updated successfully, but these errors were encountered: