Please report new issues athttps://github.com/DOCGroup
Running the example - which I'll attach following - you'll see growing Handles and Threads: Start the server. Start the Clients (up to 50 at the same time). The server increase the count of Handles uninterrupted (may depend on the system load). The clients starting with a number of Threads and Handles (2 and 69). After some minutes some of them increase it's resources to 3 and 75. Why they have a different behavoir in face of identical code? May be the behavoir of the clients are explainable. But the server has a handle leak in my eyes.
Created attachment 114 [details] Example to reproduce the descibed behavoir
Lukas- I dont think this is a problem. I had seen you report a few days back but forgot to reply.. Here is what is happening - When multiple clients (with multiple threads) are started, the client starts opening up connections on demand. 1.2.1 uses Muxed connection support. When a thread searches for an already opened up connection and if it is busy, it immediately opens up another connection. The number of handles used up when clients are connected *may* not be a good test. You should allow all the clients to exit and see whether there are handles open (when the server still runs). If there are handles used then we have a problem. The $TAO_ROOT/tests/Cache_Growth_Test tests for a similar situation. Please let us know if you disagree or you feel something else is happening, which I am missing Thanks Bala
I am just resolving the bug. If you dont agree please feel free to reopen the bug.
Marking it as verified which looks better
I've done just now the following steps: Server started: MEM VIRT HANDLES THREADS 4816 2244 71 11 10 Clients connected - after 30 minutes: 6048 3496 255 21 All Clients killed 5316 2668 114 11 10 Clients connected - after 5 minutes: 6076 3484 236 21 after 10 minutes: 6184 3596 266 21 All Clients killed 5332 2684 115 11 So I see a leak here on memory and handels.
Lukas- Thanks! I am reopening the bug! May be you could ask OCI to look into this. If not, we will look into this when we get time! Thanks
Assigning the bug to me
Accpeting the bug
Lukas- Could you write a simple example and attach it? Looks to me that the Win32 specific stuff is putting me off. Coudl you please write a test as simple as in $TAO_ROOT/tests ? I have some time and I can investigate this.
Resource leaks are blockers.
As far as we know after running some of the tests like Bug_1020_Regression, Bug_1361_Regression etc. we are confident that this is fixed. Hence I am closing this bug.