Return-Path: Delivered-To: apmail-ws-axis-c-dev-archive@www.apache.org Received: (qmail 47905 invoked from network); 3 Oct 2005 07:48:14 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 3 Oct 2005 07:48:14 -0000 Received: (qmail 4516 invoked by uid 500); 3 Oct 2005 07:48:13 -0000 Delivered-To: apmail-ws-axis-c-dev-archive@ws.apache.org Received: (qmail 4497 invoked by uid 500); 3 Oct 2005 07:48:12 -0000 Mailing-List: contact axis-c-dev-help@ws.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: "Apache AXIS C Developers List" Reply-To: "Apache AXIS C Developers List" Delivered-To: mailing list axis-c-dev@ws.apache.org Received: (qmail 4485 invoked by uid 99); 3 Oct 2005 07:48:12 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=SPF_FAIL X-Spam-Check-By: apache.org Received: from [192.87.106.226] (HELO ajax.apache.org) (192.87.106.226) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Oct 2005 00:48:11 -0700 Received: from ajax.apache.org (ajax.apache.org [127.0.0.1]) by ajax.apache.org (Postfix) with ESMTP id 14B02DF for ; Mon, 3 Oct 2005 09:47:50 +0200 (CEST) Message-ID: <1739920362.1128325670051.JavaMail.jira@ajax.apache.org> Date: Mon, 3 Oct 2005 09:47:50 +0200 (CEST) From: "John Hawkins (JIRA)" To: axis-c-dev@ws.apache.org Subject: [jira] Commented: (AXISCPP-343) SIGSEGV deserializing an array of complex elements In-Reply-To: <135807434.1104403030193.JavaMail.apache@nagoya> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/AXISCPP-343?page=comments#action_12331138 ] 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: http://issues.apache.org/jira/browse/AXISCPP-343 > 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 crash. -- 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