On 28-12-2014 14:07, Vlad Khorsun wrote: > 27.12.2014 12:31, Mark Rotteveel wrote: >> I have a weird problem. In a test I am writing a blob of 24576 bytes. >> This is done in a write (isc_put_segment) of 16384 and 8192 bytes. >> >> If I subsequently query the blob for the length >> (isc_info_blob_total_length), I receive the correct number in the wire >> protocol implementation of Jaybird, but in the native implementation I >> receive 16384. Another test has confirmed both implementations are >> writing all data. >> >> If instead I write 32768 bytes in two writes of 16384 I do receive the >> correct response. Is the client library buffering the blob writes >> somewhere? If so how do I flush? > > Yes, fbclient have 16K buffer per blob. To flush it you should close > the blob.
Thanks. There is really no way to flush and keep the blob open? If not, I will need to rewrite my current test (which works as expected with the wire protocol). Mark -- Mark Rotteveel ------------------------------------------------------------------------------ Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel
