Re[2]: Question on memory allocation / deallocation for AXIS_MALLOC

[Royston Day <rd...@mpc-data.co.uk>]

Hi all,

>> I am seeing that there is a function call adb_pInterchange_free() that the
>> wsdl2c code generator has generated. But where exactly should we call this?
>> The service function has to return the object. After this, where can the
>> memory be deallocated?
>>

> In the service all the  objects  you created will be freed by the  generated
> code after the objects are serialized in to an xml. So you dont need to
> think about it.

Does this apply to the data buffer pointer contained within an
axutil_base64_binary structure after the data has been encoded and
serialised?

Thanks,

Royston


- - -

Royston Day, Software Engineer
MPC Data Limited
e-mail: rday@mpc-data.co.uk   web: www.mpc-data.co.uk
tel:  +44 (0) 1225 710600     fax: +44 (0) 1225 710601
ddi: +44 (0) 1225 710634


MPC Data Limited is a company registered in England and Wales with
company number 05507446

Registered Address: County Gate, County Way, Trowbridge, Wiltshire,
BA14 7FJ VAT no: 850625238

The information in this email and in the attached documents is
confidential and may be legally privileged. Any unauthorized review,
copying, disclosure or distribution is prohibited and may be unlawful.
It is intended solely for the addressee. Access to this email by
anyone else is unauthorized. If you are not the intended recipient,
please contact the sender by reply email and destroy all copies of the
original message. When addressed to our clients any opinions or advice
contained in this email is subject to the terms and conditions
expressed in the governing contract.


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

Re: Re[2]: Question on memory allocation / deallocation for AXIS_MALLOC

[Dimuthu Gamage <di...@gmail.com>]

On 9/27/07, Royston Day <rd...@mpc-data.co.uk> wrote:
>
> Hi all,
>
> >> I am seeing that there is a function call adb_pInterchange_free() that
> the
> >> wsdl2c code generator has generated. But where exactly should we call
> this?
> >> The service function has to return the object. After this, where can
> the
> >> memory be deallocated?
> >>
>
> > In the service all the  objects  you created will be freed by
> the  generated
> > code after the objects are serialized in to an xml. So you dont need to
> > think about it.
>
> Does this apply to the data buffer pointer contained within an
> axutil_base64_binary structure after the data has been encoded and
> serialised?


Yes, it is applied for base64_binary as well. By theory inside the invoke
function in the axis2_svc_skel_xxx.c both the request and response trees of
adb objects are freed after the serialization.

Thanks
Dimuthu

Thanks,
>
> Royston
>
>
> - - -
>
> Royston Day, Software Engineer
> MPC Data Limited
> e-mail: rday@mpc-data.co.uk   web: www.mpc-data.co.uk
> tel:  +44 (0) 1225 710600     fax: +44 (0) 1225 710601
> ddi: +44 (0) 1225 710634
>
>
> MPC Data Limited is a company registered in England and Wales with
> company number 05507446
>
> Registered Address: County Gate, County Way, Trowbridge, Wiltshire,
> BA14 7FJ VAT no: 850625238
>
> The information in this email and in the attached documents is
> confidential and may be legally privileged. Any unauthorized review,
> copying, disclosure or distribution is prohibited and may be unlawful.
> It is intended solely for the addressee. Access to this email by
> anyone else is unauthorized. If you are not the intended recipient,
> please contact the sender by reply email and destroy all copies of the
> original message. When addressed to our clients any opinions or advice
> contained in this email is subject to the terms and conditions
> expressed in the governing contract.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-c-user-help@ws.apache.org
>
>