Return-Path: 
 <axis-c-dev-return-16161-apmail-ws-axis-c-dev-archive=ws.apache.org@ws.apache.org>
Delivered-To: apmail-ws-axis-c-dev-archive@www.apache.org
Received: (qmail 78839 invoked from network); 4 Jan 2008 04:25:57 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 4 Jan 2008 04:25:57 -0000
Received: (qmail 98780 invoked by uid 500); 4 Jan 2008 04:25:46 -0000
Delivered-To: apmail-ws-axis-c-dev-archive@ws.apache.org
Received: (qmail 98759 invoked by uid 500); 4 Jan 2008 04:25:46 -0000
Mailing-List: contact axis-c-dev-help@ws.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:axis-c-dev-help@ws.apache.org>
list-unsubscribe: <mailto:axis-c-dev-unsubscribe@ws.apache.org>
List-Post: <mailto:axis-c-dev@ws.apache.org>
List-Id: "Apache AXIS C Developers List" <axis-c-dev.ws.apache.org>
Reply-To: "Apache AXIS C Developers List" <axis-c-dev@ws.apache.org>
Delivered-To: mailing list axis-c-dev@ws.apache.org
Received: (qmail 98748 invoked by uid 99); 4 Jan 2008 04:25:45 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 Jan 2008 20:25:45 -0800
X-ASF-Spam-Status: No, hits=-100.0 required=10.0
	tests=ALL_TRUSTED
X-Spam-Check-By: apache.org
Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Jan 2008 04:25:42 +0000
Received: from brutus (localhost [127.0.0.1])
	by brutus.apache.org (Postfix) with ESMTP id 2F63C7141EB
	for <axis-c-dev@ws.apache.org>; Thu,  3 Jan 2008 20:25:34 -0800 (PST)
Message-ID: <30748972.1199420734191.JavaMail.jira@brutus>
Date: Thu, 3 Jan 2008 20:25:34 -0800 (PST)
From: "Lahiru Gunathilake (JIRA)" <jira@apache.org>
To: axis-c-dev@ws.apache.org
Subject: [jira] Updated: (AXIS2C-880) Function
 axis2_svc_client_add_header[Alastair FETTES]
In-Reply-To: <33083349.1199420374006.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Virus-Checked: Checked by ClamAV on apache.org


     [ https://issues.apache.org/jira/browse/AXIS2C-880?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Lahiru Gunathilake updated AXIS2C-880:
--------------------------------------

    Summary: Function axis2_svc_client_add_header[Alastair FETTES]  (was: Function axis2_svc_client_add_header)

> Function axis2_svc_client_add_header[Alastair FETTES]
> -----------------------------------------------------
>
>                 Key: AXIS2C-880
>                 URL: https://issues.apache.org/jira/browse/AXIS2C-880
>             Project: Axis2-C
>          Issue Type: Bug
>          Components: core/clientapi
>    Affects Versions: Current (Nightly)
>         Environment: Ubuntu 7.04
>            Reporter: Lahiru Gunathilake
>             Fix For: Current (Nightly)
>
>
> <snippet>
> AXIS2_EXTERN
> axis2_status_t axis2_svc_client_add_header(
>       axis2_svc_client_t*   svc_client,
>       const axutil_env_t*   env,
>       axiom_node_t*         header)
> </snippet>
> The parameter svc_client does not take responsibility for the memory allocated for header, although it does maintain an internal pointer to the data. This can result in dangling pointer situations if the caller deletes the memory passed using header before svc_client has a chance to remove the header.
> Solution: Document memory ownership for parameters and return value.  Investigate the use of pointers in the internal structure to avoid dangling pointer situations.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org