On 08/21/2016 12:51 PM, Jiří Činčura wrote:
> Hi *,
>
> when I try to read response to op_get_segment (which works fine without
> compression), after flush I only get op_response (9) code and then
> nothing is in the stream. The next piece I'm trying to read is 4
> bytes/integer for object handle of generic response.
>
> So I clearly get some response from server (I get the op_response), aka
> flush went fine, server was able to process my request and it was
> properly compressed. But why I get only the 4 bytes and nothing more to
> get complete response?
>
> I'm running x64 3.0.0.32483.
>
This is ISQL Version: LI-T4.0.0.338-dev Firebird 4.0 Unstable
but there were no related changes.
I try in employee
select first(1) JOB_REQUIREMENT from JOB where JOB_REQUIREMENT is not null;
with some debugging code turned on.
JOB_REQUIREMENT
=================
81:1ea
****** Blob handle is here
==============================================================================
JOB_REQUIREMENT:
operation=56
Data to deflate 20 port 0x7ff0c34013d0
Deflated data 16
Data to inflate 11 port 0x7ff0c34013d0
Inflated data 32
operation=9
******* First packets exchange - op_open_blob2 => op_response (with
remote blob ID)
operation=36
Data to deflate 16 port 0x7ff0c34013d0
Deflated data 14
Data to inflate 40 port 0x7ff0c34013d0
Inflated data 60
operation=9
****** Second packets exchange - op_get_segment => op_response
(with segment data)
No specific requirements.
****** And right after it isql print that data.
So must say I see no problems with protocol.
------------------------------------------------------------------------------
Firebird-Devel mailing list, web interface at
https://lists.sourceforge.net/lists/listinfo/firebird-devel
