Hi!

"Ivan Prenosil" <Ivan.Prenosil@...> writes:

>>> 4. Or it may be the case that the blobs are being stored correctly, but
>>> the size of the client buffer that is being used to accommodate query
>>> output is limited.
>>
>> I've used several different methods to verify whether the contents have been
>> truncated. Both Qt and isql show the truncation, so I'm rather sure that it's
>> not simply a selection buffer problem.
>
> Did you use BLOBDUMP command (in sql) to verify stored data ?

Thanks for this idea - BLOBDUMP showed some interesting results:

BLOBDUMP writes files exactly the size of the input file.
At the first glance, these files look truncated, anyway. Closer investigation
reveals that the contents of this file re-start from the very beginning at
offset 0x7fff.

This is starting to look really weird. I'll be offline for the rest of the
day, but I think I'll be using the train voyage and try to track down the
culprit...

Unfortunately, I can't even discuss this problem on the qt-interes mailing
list as their mailing list manager ist broken - I can read, but not post to
this list :-(

Thanks for your help so far!

Volker

--
* Volker Wegert * http://www.volker-wegert.de/contact *
* "Ein Gerücht geht so schnell um die Welt, da hat sich die Wahrheit noch
* nicht einmal die Schnürsenkel gebunden." (Hans Joachim Rauschenbach)
*