|
If you were logged in you would be able to see more operations.
|
|
|
| SF_ID: |
534208
|
| QA Status: |
No test
|
|
SFID: 534208#
Submitted By: robocop
As reported by Ivan Prenosil and other person before:
select udf(<params>) from tbl;
will fail if the udf's return type is a blob. Problem
comes from METD that gives a zero length to blob
fields in UDFs. The correct length for blobs is a
quad, 8 bytes. In turn, METD_get_function() gets zero
because when a udf is defined, ddl.c:put_field()
doesn't send length information for blobs to DYN.
|
|
Description
|
SFID: 534208#
Submitted By: robocop
As reported by Ivan Prenosil and other person before:
select udf(<params>) from tbl;
will fail if the udf's return type is a blob. Problem
comes from METD that gives a zero length to blob
fields in UDFs. The correct length for blobs is a
quad, 8 bytes. In turn, METD_get_function() gets zero
because when a udf is defined, ddl.c:put_field()
doesn't send length information for blobs to DYN. |
Show » |
|
Bug
Closed
Major
select fails when udf returning blob
Sender: robocop
Logged In: YES
user_id=62823
Since put_field() is a routine shared by every metadata
definition function, it was much safer to have METD set 8
bytes for udf's params being blobs in the run-time
structure, since this size is fixed and constant.