Implement reading of BLOBs #231
Conversation
No writing yet.
A blob is returned as a `Supply` emitting `Buf` instances. I.e. for a
row in hash format sending the actual BLOB data into a file would be:
react whenever %row<BLOB_COL> {
$file.write($_);
}
|
Resolves #230 |
The initial commit has been tested with a single row only where only one LOB descritor was used. But with a multi-row fetch in a multi-threaded environment each fetched descriptor must be duplicated before use. With this commit multi-row fetch still dies with SEGV likely due to https://docs.oracle.com/database/121/LNOCI/oci02bas.htm#GUID-83F4D3B1-56A7-4EEE-A905-BB84D399713D
|
This solution turns out to be incomplete. I'm using Unfortunately, I'm out of my spare time for this for now. So, if there is a volunteer to finish this work I would appreciate their efforts! |
|
I can‘t find the text, saying that |
|
@abraxxa Ah, I was in a rush and missed the key part: not allowed in a multi-threaded application: "In such cases, OCI requires that the application ensure that the same OCI call is repeated on the connection and nothing else is done on the connection in the interim. Performing any other OCI call on such a connection (when OCI has handed control back to the caller) can result in unexpected behavior." I'm confirming this by experiencing more or less random SEGVs on an application which is never able to fetch more than 20 rows on a single run. |
No writing yet.
A blob is returned as a
SupplyemittingBufinstances. I.e. for a row in hash format sending the actual BLOB data into a file would be: