-
Notifications
You must be signed in to change notification settings - Fork 29
SQLSpecialColumns not working as expected in the shared standalone #92
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Yes, can confirm that it does not work. I'm at odds as the test case does work. Looking into it. |
Can you please provide any updates on this? |
Hi, I'm stuck trying to debug this. It works fine in the test cases for ODBC, however in a standalone program it doesn't. I'm still working on it. |
@abhi-555 I just merged a PR that should fix this. Please let me know |
I have tested this. I am not getting the column name but the schema name in the result set. We are binding the result set to the second column in the query. Isn't that supposed to be column name according to the ODBC standard? |
you are correct, sorry about that. I'll try to get something out in the next few days |
OK just merged in #109 which should fix this. |
After using the fix provided in #79
I am still receiving zero rows upon running SQLSpecialColumns in the given test case in the shared standalone.
Can you please run the test case in the standalone SQLSpecialColumns.zip and confirm if this is working for you?
Test case
CREATE TABLE test_special( id integer, ival integer);
CREATE UNIQUE index test_special_id on public.test_special(id);
CREATE UNIQUE index test_special_ui on public.test_special(ival);
The text was updated successfully, but these errors were encountered: