SIGSEGV in HTTPTransport::FindTransportPropertyIndex when no SOAPAction set ---------------------------------------------------------------------------
Key: AXISCPP-689 URL: http://issues.apache.org/jira/browse/AXISCPP-689 Project: Axis-C++ Type: Bug Components: Transport (axis3) Reporter: Mark Whitlock I was using the dynamic client API against a server that did not require SOAPAction to be set. So I did not set SOAPAction in my client application. When I invoked the web service I got a SIGSEGV out of HTTPTransport.FindTransportIndex.... [13/06/2005 21:47:17:000] 1 > Call.invoke() @0012FEE8 [13/06/2005 21:47:17:000] 1 > ClientAxisEngine.process() @003265D8,00326338 [3863320040FFFFFFFF12004CFFFFFFFF1200FFFFFFEC154000] <[EMAIL PROTECTED]@.> [13/06/2005 21:47:17:000] 1 > HTTPTransport.getSessionId() @00326338 [13/06/2005 21:47:17:000] 1 < HTTPTransport.getSessionId() @00326338,"" [13/06/2005 21:47:17:000] 1 > HTTPTransport.getServiceName() @00326338 [13/06/2005 21:47:17:000] 1 > HTTPTransport.FindTransportPropertyIndex() "SOAPAction" [13/06/2005 21:47:17:000] 1 > Call.~Call() @0012FEE8 This is because FindTransportPropertyIndex has a do...while loop that assumes there will always be at least one transport property set, which is true if generated stubs are used, but false when using the dynamic client API. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira