-
Notifications
You must be signed in to change notification settings - Fork 52
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
Failing trigger does not report an error to unixODBC #169
Comments
On 17/04/2024 11:16, chunter2 wrote:
I'm using unixODBC in my c++ application to talk to an Oracle 19c
database. I've got things working but have stumbled across an issue.
I've got a table that has a trigger on it when a specific column is
updated. The trigger has a coding issue and currently fails. This
needs to be fixed. The issue is I don't get any errors when calling
the update to the table back to my application. The table fails to
update in the database but my application thinks everything is fine.
I'm running on almalinux and using the unixODBC.x86_64 2.3.7-1.el8
package. Any thoughts?
Thanks
—
Reply to this email directly, view it on GitHub
<#169>, or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABYK62L3BKQYG3XHZNS73Y3Y5ZDYHAVCNFSM6AAAAABGLAHXFSVHI2DSMVQWIX3LMV43ASLTON2WKOZSGI2DOOJSGU2TAMY>.
You are receiving this because you are subscribed to this
thread.Message ID: ***@***.***>
I assume the driver is not reporting it to unixODBC, so it can't report
to your application. At first sight, sounds like a issue with the driver.
|
When you say driver, do you mean the Oracle client driver? I'm using Oracle's client driver and Oracle's ODBC package for linux. If I run the same update to run the trigger in sqlplus which uses the Oracle client driver I get the appropriate error. |
On 17/04/2024 12:28, chunter2 wrote:
When you say driver, do you mean the Oracle client driver? I'm using
Oracle's client driver and Oracle's ODBC package for linux. If I run
the same update to run the trigger in sqlplus which uses the Oracle
client driver I get the appropriate error.
No, I mean the Oracle ODBC Driver, which I assume is part of "Oracle's
ODBC package for linux". AFAIK, sqlplus uses the OCI client library not
the ODBC one.
|
I believe you're right with OCI and sqlplus. So you're suggesting it's an issue with the Oracle ODBC Driver? Any suggestions on how to test that theory? |
On 17/04/2024 14:23, chunter2 wrote:
I believe you're right with OCI and sqlplus. So you're suggesting it's
an issue with the Oracle ODBC Driver? Any suggestions on how to test
that theory?
Well, the fact that unixODBC is not reporting a error suggests that the
driver is not returning one. You could add some printf's to the unixODBC
code around where its calling SQLExecDirect or SQLExecute and show that
its not returning SQL_SUCCESS (0). So basically you are trying to show
that something doesn't happen.
|
You can also try to turn on the ODBC trace and see if it shows the driver returning an error. |
On 17/04/2024 16:14, v-chojas wrote:
You can also try to turn on the ODBC trace and see if it shows the
driver returning an error.
Yes, I guess I had assumed that was already tried. But yes. That will
show whats being returned from the call.
|
I'm using unixODBC in my c++ application to talk to an Oracle 19c database. I've got things working but have stumbled across an issue. I've got a table that has a trigger on it when a specific column is updated. The trigger has a coding issue and currently fails. This needs to be fixed. The issue is I don't get any errors when calling the update to the table back to my application. The table fails to update in the database but my application thinks everything is fine. I'm running on almalinux and using the unixODBC.x86_64 2.3.7-1.el8 package. Any thoughts?
Thanks
The text was updated successfully, but these errors were encountered: