Bug #45060 | Stored Procedure Returning NULL OUT parameters when called from myodbc | ||
---|---|---|---|
Submitted: | 25 May 2009 7:34 | Modified: | 30 Jun 2009 1:34 |
Reporter: | wang zhengying | Email Updates: | |
Status: | Not a Bug | Impact on me: | |
Category: | Connector / ODBC | Severity: | S1 (Critical) |
Version: | 5.1.5 myodbc , 5.1.30 mysql | OS: | Any (window , solaris) |
Assigned to: | CPU Architecture: | Any | |
Tags: | NULL PARAMETER RETURNS from STORED PROCEDURE |
[25 May 2009 7:34]
wang zhengying
[25 May 2009 8:09]
Tonci Grgin
Hi Wang and thanks for your report. There seems to be some problem in ODBC/NET bridge as C/C++ tests work... Can you please try using pure C/C++ test and see if the problem goes away?
[25 May 2009 9:28]
wang zhengying
i havn't test pure c interface, but other guys have test it, the result is same. but i found an alternate solution, after call the procedure, run ExecuteScale(@outparameterName), i can get the result.
[30 Jun 2009 1:34]
Jess Balint
Automatically retrieved stored procedure output params is not automatically supported. ODBC support for this will be implemented in the future on post-5.1 servers only.
[27 Jul 2009 19:05]
Pierre Maroun
I am using ODBC 5.1 with MySQL 5.4 and it's not working. This a major issue, are you trying to fix this or should we forget about Mysql??
[29 Jul 2009 7:17]
Tonci Grgin
Pierre, what Jess is saying is that all of the connectors depend on fix for Bug#17898 (No straightforward way to deal with output parameters) which is present only from MySQL server 5.4.4. Naturally, some time will pass until all of connectors teams implement support for OUT parameters as in fix for Bug#17898. So, if you are seeing this problem using MySQL server 5.4.4, we'll reopen the report even though not all of the teams implemented this functionality..