| Summary: | Intermittent COMM_FAILURE exception calling method with out parameter | ||
|---|---|---|---|
| Product: | TAO | Reporter: | Stephan Bettermann <sbetterm> |
| Component: | Test | Assignee: | Edward Scott <eas> |
| Status: | ASSIGNED --- | ||
| Severity: | critical | ||
| Priority: | P3 | ||
| Version: | 1.2 | ||
| Hardware: | SPARC | ||
| OS: | Solaris | ||
| Attachments: |
Archive of files to reproduce bug 1092 on Solaris
MT_ClientServerException.tar.gz contains the files that may be used to reproduce bug 1092. |
||
Created attachment 98 [details] Archive of files to reproduce bug 1092 on Solaris Created attachment 99 [details] MT_ClientServerException.tar.gz contains the files that may be used to reproduce bug 1092. We need someone to investigate this. Accepting for tao-support Investigating problem. accepted bug I had the same problem running on Linux. Using tcpdump, I am able to see the server accepts the connection and sends a RESET packet to client, closing the connection. Changing the server to Thread per connection, the problem disapears. |
I have a multi-threaded client calling on a server running a thread pool. One of the methods has an argument list consisting of two out and two in arguments; one of each being an unbound sequence of octets. On Solaris, the client dies with the following: system exception, ID 'IDL:omg.org/CORBA/COMM_FAILURE:1.0' TAO exception, minor code = 6 (failed to recv request response; ENOENT), completed = MAYBE I have created a test-scenario, based on MT_Server, MT_Client and Native_Exceptions that -- intermittently -- reproduces this fault, on our machine it occurs after about 1000 iterations. I