Comments (11)
Hi,
I found the issue, a bug introduced few versions ago :(
I will fix this asap in a v4.7.6 branch.
Regards,
Vincent
from ocilib.
Hi,
v4.7.6 released.
I am waiting for feedback from Oracle about the receive timeout retrieval that does not work with 21C.
Regards,
Vincent
from ocilib.
Hi,
can you report the return values of the following calls ?
Environment::GetCompileMajorVersion()
Environment::GetRuntimeMajorVersion()
con.GetServerMajorVersion()
con.GetServerMinorVersion()
con.GetServerRevisionVersion()
con.GetVersion()
Regards,
Vincent
from ocilib.
And also :
Environment::GetCompileVersion()
Environment::GetRuntimeVersion()
from ocilib.
Hi
here is the result:
GetCompileMajorVersion: 18
GetRuntimeMajorVersion: 18
GetCompileVersion: 180100
GetRuntimeVersion: 180300
con.GetServerMajorVersion: 19
con.GetServerMinorVersion: 11
con.GetServerRevisionVersion: 0
con.GetVersion: 180300
from ocilib.
I fixed my bug and I was testing the different timeout types (send, receive and call)
It works now with send and call types (oracle returns the correct value previously set) but for receive type the oracle client does not fill input the variable content that should receive the value ....
I have to determine if the value for receive type is taken into account when set and if its just the oracle client getter call for this attribute that has a bug. In this case, I can store theses values in the connection object instead of relying solely on the oracle client.
.
I will reach out to this weird behavior by with 21c client to oracle folks.
from ocilib.
regression introduced in v4.7.0
Fix will be committed this evening in v4.7.6 branch
Still investigating weird OCI client behavior when getting the receive timeout
from ocilib.
Did some more testing and it seems that there is an issue in the Oracle client (at least, the one I am using windows 64bit 21.3)
from ocilib.
Thank you Vincent, I appreciate your efforts.
from ocilib.
@inPhraZ If you initialize OCILIB in threaded mode ( Environment::Initialize(Environment::Threaded) ), then retrieving receive timeout works.
It seems that OCI client returns the receive timeout only if it has been initialized in threaded mode, while for other timeouts, it makes no difference.
I have send some pure OCI test case demoing the issue to Oracle. So, for me, the issue is still on the OCI client side.
I will update this issue once I get feedback from Oracle.
Regards,
Vincent
from ocilib.
If you initialize OCILIB in threaded mode ( Environment::Initialize(Environment::Threaded) ), then retrieving receive timeout works.
yes. both send and receive are working well in v4.7.6. (we did test the TimeoutCall and it also works in OCI_18_1)
but it does not apply on previous branches, cause we have been initialized with Environment::Initialize(Environment::Default | Environment::Threaded);
since v4.7.4.
from ocilib.
Related Issues (20)
- OCI_RefToText() return garbage when charset is OCI_CHARSET_WIDE HOT 1
- Error occurred at OcilibEnvironmentInitialize: Cannot load OCI shared library (oci.dll) HOT 4
- Error occurred at OcilibResultsetFetchFirst: A null Resultset handle has been provided HOT 5
- Regarding the use of connection pool to obtain links, will it be automatically recycled by connection pool? HOT 1
- I don't know why I suddenly reported this error: ocilib\include\ocilibcpp\detail\exception.hpp(92): error C2061: syntax error: identifier 'nothrow' HOT 1
- Regarding using ocilib::Pool to get links ,what happens if the maximum link is reached? HOT 1
- symbol not found in flat namespace '_OCIAQDeq' (macOS arm64) HOT 3
- Wrapper for OCINlsGetInfo() HOT 1
- On connection pool problem HOT 6
- On the limitation of the number of preprocessing bindings? HOT 1
- Why does ocilib::Resultset restrict the default construct? HOT 1
- crash with using change notification HOT 1
- Free memory after dequeue HOT 1
- DCN getObjectName display mess code HOT 1
- Invalid problem of batch std::vector<ocilib::Date > date display. HOT 4
- C++ Value types perform handle assignment instead of value assignment
- Two doubts ! HOT 1
- Reusing prepared statement hangs HOT 2
- OcilibElementSetRaw bug HOT 1
- Pool connection is never released (C++) HOT 5
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from ocilib.