axis-c-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "John Hawkins (JIRA)" <>
Subject [jira] Commented: (AXISCPP-343) SIGSEGV deserializing an array of complex elements
Date Mon, 03 Oct 2005 07:47:50 GMT
    [ ] 

John Hawkins commented on AXISCPP-343:

Using STL that is exposed to the customer is not acceptable. We have seen too many instances
of issues with ST on different platformsL. We also have some customers who link with compat=4
on Solaris. This means that they cannot use stl ! However, we can use stl inside the engine
- just so long as it doesn't creep into the stubs. We occasionally have to sweeps to ensure
that some hasn't crept in .

> SIGSEGV deserializing an array of complex elements
> --------------------------------------------------
>          Key: AXISCPP-343
>          URL:
>      Project: Axis-C++
>         Type: Bug
>   Components: Serialization
>     Versions: 1.4 Final
>  Environment: RH9
>     Reporter: Unai Uribarri
>     Assignee: Dushshantha Chandradasa
>  Attachments: siaam.wsdl
> The function Axis_Create_* (in the following example, the mapItem
> object) in the stubs generated by wsdl2ws java tool generates a SIGSEGV
> when tring to enlarge an array of objects
>         mapItem* pNew = new mapItem[nSize];
>         memcpy(pNew, pObj, sizeof(mapItem)*nSize/2);
>         memset(pObj, 0, sizeof(mapItem)*nSize/2);
>         --> delete [] pObj; <-- SIGSEGV
> memset clears the virtual table pointer of the mapItem objects and the delete operator

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
For more information on JIRA, see:

View raw message