[prev in list] [next in list] [prev in thread] [next in thread]
List: axis-c-user
Subject: Re: RE : RE : problem modifying axutil_stream_t in AXIOM_DATA_SOURCE node
From: "Dushshantha Chandradasa" <dushshantha.chandaradasa () gmail ! com>
Date: 2008-04-17 7:57:19
Message-ID: b4b0ae830804170056i1a73868ld9a888ceac390096 () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (text/plain)]
Hi Carl,
I tried generating code from the axis2 java latest nightly build for
Calculator.wsdl in the <AXIS2C_SVN_HEAD>\test\resources\wsdl folder. I got
the service and client working fine. I used RC2 Windows Binary. If you can
provide a sample wsdl to regenerate your problem, We can test it and see
whether the problem exists. And also please attach your .c file which
implements your business logic.
regards
Dushshantha
On Thu, Apr 17, 2008 at 1:58 AM, Lefrancois, Carl <
Carl.Lefrancois@axa-canada.com> wrote:
> What is the debugger trace? I am restricted to win32 :* so if you mean
> some nix thing then I can't. I will try to get the trace to you tomorrow.
>
> Thanks for your help
>
> Carl
>
> -----Message d'origine-----
> De : Samisa Abeysinghe [mailto:samisa@wso2.com]
> Envoyé : mercredi, avril 16, 2008 14:32
> À : Apache AXIS C User List
> Objet : Re: RE : problem modifying axutil_stream_t in AXIOM_DATA_SOURCE
> node
>
>
> Is it possible to get the debugger trace?
>
> Samisa...
>
> Lefrancois, Carl wrote:
> > Here is my latest trace. The crash location has changed. Now it is
> > crashing on the memcpy inside the axutil_stream_write function, which
> > seems like the same error as last time, only trapped earlier.
> >
> > To recap, these are the calls causing the crash:
> >
> > readSize = axutil_stream_read (stream, env, buffer, streamSize);
> > readSize = axutil_stream_write (stream, env, buffer, streamSize);
> >
> >
> > Carl
> >
> >
> >
> >
> > [Wed Apr 16 14:06:04 2008] [debug]
> > c:\ws\axis_svn\src\core\engine\phase.c(121) axis2_handler_t
> > *request_uri_based_dispatcher added to the index 0 of the phase
> > Transport [Wed Apr 16 14:06:04 2008] [debug]
> > c:\ws\axis_svn\src\core\engine\phase.c(121) axis2_handler_t
> > *addressing_based_dispatcher added to the index 1 of the phase
> > Transport [Wed Apr 16 14:06:04 2008] [debug]
> > c:\ws\axis_svn\src\core\engine\phase.c(121) axis2_handler_t
> > *rest_dispatcher added to the index 0 of the phase Dispatch [Wed Apr
> > 16 14:06:04 2008] [debug] c:\ws\axis_svn\src\core\engine\phase.c(121)
> > axis2_handler_t *soap_message_body_based_dispatcher added to the index
> > 1 of the phase Dispatch [Wed Apr 16 14:06:04 2008] [debug]
> c:\ws\axis_svn\src\core\engine\phase.c(121) axis2_handler_t
> *soap_action_based_dispatcher added to the index 2 of the phase Dispatch
> [Wed Apr 16 14:06:04 2008] [debug]
> c:\ws\axis_svn\src\core\engine\phase.c(121) axis2_handler_t
> *dispatch_post_conditions_evaluator added to the index 0 of the phase
> PostDispatch [Wed Apr 16 14:06:04 2008] [debug]
> c:\ws\axis_svn\src\core\engine\phase.c(121) axis2_handler_t *context_handler
> added to the index 1 of the phase PostDispatch [Wed Apr 16 14:06:04 2008]
> [debug] c:\ws\axis_svn\src\core\deployment\conf_builder.c(233) no custom
> dispatching order found continue with default dispatching order [Wed Apr 16
> 14:06:04 2008] [debug] c:\ws\axis_svn\util\src\class_loader.c(141) Object
> loaded successfully [Wed Apr 16 14:06:04 2008] [debug]
> c:\ws\axis_svn\util\src\class_loader.c(141) Object loaded successfully [Wed
> Apr 16 14:06:04 2008] [error] c:\ws\axis_svn\util\src\dir_handler.c(220) No
> files in the path H:\Projets\SOA\Axis2c\axis_svn\build\deploy/modules.
> > [Wed Apr 16 14:06:04 2008] [error]
> c:\ws\axis_svn\util\src\dir_handler.c(220) No files in the path
> H:\Projets\SOA\Axis2c\axis_svn\build\deploy/services.
> > [Wed Apr 16 14:06:04 2008] [debug]
> c:\ws\axis_svn\src\core\phaseresolver\phase_resolver.c(117) Service name is
> : __ANONYMOUS_SERVICE__
> >
> >
> >
> >
> >
> >
> >
> >
> > -----Message d'origine-----
> > De : Samisa Abeysinghe [mailto:samisa@wso2.com]
> > Envoyé : mercredi, avril 16, 2008 12:08
> > À : Apache AXIS C User List
> > Objet : Re: problem modifying axutil_stream_t in AXIOM_DATA_SOURCE node
> >
> >
> > Lefrancois, Carl wrote:
> >
> >> Hi list,
> >>
> >> Please help with some unexpected behaviour. This morning I started
> >> using the functions axutil_stream_read and axutil_stream_write to
> >> modify the contents of an AXIOM_DATA_SOURCE node in my payload, and I
> >> am getting program crashes.
> >>
> >>
> >
> > Can you send in the traces of the crashes?
> >
> > Samisa...
> >
> >
> >> I am using WSDL2C generated code stubs, and modifying the
> >> axis2_stub_xx.c file to make changes to the payload. I inserted a
> >> function at the top of the file and call this function just after the
> >> payload is generated on the line:
> >>
> >> payload = adb_<type>_serialize(_<type>, env, NULL, NULL,
> AXIS2_TRUE,
> >> NULL, NULL);
> >> modify_stream_contents(payload, env);
> >>
> >> My function navigates the payload node to find the AXIOM_DATA_SOURCE
> >> node. It then reads the contents into a buffer and does some
> >> modification, then writes the modified data back into the stream. I'm
> >> including a minimal version of the function below that only reads the
> >> stream and writes it back again without modification.
> >>
> >> The behaviour is strange: if the axutil_stream_write function
> >> specifies a small count, the program doesn't crash. In my case, I can
> >> specify up to 1665 bytes without a crash. (the full message size is
> >> 16860)
> >>
> >> Am I doing something bad here? Are these stream functions meant to be
> >> used in another way? The crash appears to be because of a buffer
> >> overflow that mangles the state of other variables in the system.
> >>
> >> (Axis2/C is version 1.3.0)
> >>
> >> Any help is appreciated.
> >>
> >> Carl
> >>
> >>
> >> void modify_stream_contents(axiom_node_t *_node, const axutil_env_t
> >> *env)
> >> {
> >> axiom_data_source_t *dataSource = NULL;
> >> axutil_stream_t * stream = NULL;
> >> axiom_node_t *currentNode = NULL;
> >> axis2_char_t *buffer = NULL;
> >> size_t streamSize = 0;
> >> size_t readSize = 0;
> >>
> >> // navigate to node that contains stream
> >> currentNode = _node;
> >> while (currentNode && (axiom_node_get_node_type(currentNode, env)
> >> !=
> >> AXIOM_ELEMENT))
> >> {
> >> currentNode = axiom_node_get_next_sibling(currentNode, env);
> >> }
> >> currentNode = axiom_node_get_first_child(currentNode, env);
> >> if (!currentNode || (axiom_node_get_node_type(currentNode, env) !=
> >> AXIOM_DATA_SOURCE)) return;
> >>
> >> // get stream
> >> dataSource = (axiom_data_source_t *)
> >> axiom_node_get_data_element(currentNode, env);
> >> stream = axiom_data_source_get_stream(dataSource, env);
> >> if (!stream) return;
> >>
> >> streamSize = axutil_stream_get_len(stream, env);
> >> buffer = (char *) AXIS2_MALLOC (env->allocator, sizeof (char) *
> >> (streamSize));
> >> readSize = axutil_stream_read (stream, env, buffer, streamSize);
> >> readSize = axutil_stream_write (stream, env, buffer, 1665 ); //
> >> readSize = axutil_stream_write (stream, env, buffer, streamSize );
> >> AXIS2_FREE (env->allocator, buffer);
> >> }
> >> _____
> >>
> >> "Ce message est confidentiel, a l'usage exclusif du destinataire
> >> ci-dessus et son contenu ne represente en aucun cas un engagement de
> >> la part de AXA, sauf en cas de stipulation expresse et par ecrit de la
> >> part de AXA. Toute publication, utilisation ou diffusion, meme
> >> partielle, doit etre autorisee prealablement. Si vous n'etes pas
> >> destinataire de ce message, merci d'en avertir immediatement
> >> l'expediteur."
> >>
> >> "This e-mail message is confidential, for the exclusive use of the
> >> addressee and its contents shall not constitute a commitment by AXA,
> >> except as otherwise specifically provided in writing by AXA. Any
> >> unauthorized disclosure, use or dissemination, either whole or
> >> partial, is prohibited. If you are not the intended recipient of the
> >> message, please notify the sender immediately."
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> >> For additional commands, e-mail: axis-c-user-help@ws.apache.org
> >>
> >>
> >>
> >>
> >>
> >
> >
> >
>
>
> --
> Samisa Abeysinghe
> Director, Engineering; WSO2 Inc.
>
> http://www.wso2.com/ - "The Open Source SOA Company"
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-c-user-help@ws.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-c-user-help@ws.apache.org
>
>
[Attachment #3 (text/html)]
Hi Carl,<br><br>I tried generating code from the axis2 java latest
nightly build for Calculator.wsdl in the
<AXIS2C_SVN_HEAD>\test\resource<div id="1fht" class="ArwC7c ckChnd">s\wsdl \
folder. I got the service and client working fine. I used RC2 \
Windows Binary. If you can provide a sample wsdl to regenerate your problem, We can \
test it and see whether the problem exists. And also please attach your .c file which \
implements your business logic. <br><br>regards<br>Dushshantha<br></div><br><br><div \
class="gmail_quote">On Thu, Apr 17, 2008 at 1:58 AM, Lefrancois, Carl <<a \
href="mailto:Carl.Lefrancois@axa-canada.com">Carl.Lefrancois@axa-canada.com</a>> \
wrote:<br> <blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, \
204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">What is the debugger trace? \
I am restricted to win32 :* so if you mean some nix thing then I \
can't. I will try to get the trace to you tomorrow.<br>
<br>
Thanks for your help<br>
<br>
Carl<br>
<div class="Ih2E3d"><br>
-----Message d'origine-----<br>
De : Samisa Abeysinghe [mailto:<a \
href="mailto:samisa@wso2.com">samisa@wso2.com</a>]<br> </div>Envoyé : mercredi, \
avril 16, 2008 14:32<br> <div class="Ih2E3d">À : Apache AXIS C User List<br>
</div>Objet : Re: RE : problem modifying axutil_stream_t in AXIOM_DATA_SOURCE \
node<br> <div><div></div><div class="Wj3C7c"><br>
<br>
Is it possible to get the debugger trace?<br>
<br>
Samisa...<br>
<br>
Lefrancois, Carl wrote:<br>
> Here is my latest trace. The crash location has changed. Now it \
is<br> > crashing on the memcpy inside the axutil_stream_write function, which<br>
> seems like the same error as last time, only trapped earlier.<br>
><br>
> To recap, these are the calls causing the crash:<br>
><br>
> readSize = axutil_stream_read (stream, env, buffer, streamSize);<br>
> readSize = axutil_stream_write (stream, env, buffer, streamSize);<br>
><br>
><br>
> Carl<br>
><br>
><br>
><br>
><br>
> [Wed Apr 16 14:06:04 2008] [debug]<br>
> c:\ws\axis_svn\src\core\engine\phase.c(121) axis2_handler_t<br>
> *request_uri_based_dispatcher added to the index 0 of the phase<br>
> Transport [Wed Apr 16 14:06:04 2008] [debug]<br>
> c:\ws\axis_svn\src\core\engine\phase.c(121) axis2_handler_t<br>
> *addressing_based_dispatcher added to the index 1 of the phase<br>
> Transport [Wed Apr 16 14:06:04 2008] [debug]<br>
> c:\ws\axis_svn\src\core\engine\phase.c(121) axis2_handler_t<br>
> *rest_dispatcher added to the index 0 of the phase Dispatch [Wed Apr<br>
> 16 14:06:04 2008] [debug] c:\ws\axis_svn\src\core\engine\phase.c(121)<br>
> axis2_handler_t *soap_message_body_based_dispatcher added to the index<br>
> 1 of the phase Dispatch [Wed Apr 16 14:06:04 2008] [debug] \
c:\ws\axis_svn\src\core\engine\phase.c(121) axis2_handler_t \
*soap_action_based_dispatcher added to the index 2 of the phase Dispatch [Wed Apr 16 \
14:06:04 2008] [debug] c:\ws\axis_svn\src\core\engine\phase.c(121) axis2_handler_t \
*dispatch_post_conditions_evaluator added to the index 0 of the phase PostDispatch \
[Wed Apr 16 14:06:04 2008] [debug] c:\ws\axis_svn\src\core\engine\phase.c(121) \
axis2_handler_t *context_handler added to the index 1 of the phase PostDispatch [Wed \
Apr 16 14:06:04 2008] [debug] c:\ws\axis_svn\src\core\deployment\conf_builder.c(233) \
no custom dispatching order found continue with default dispatching order [Wed Apr 16 \
14:06:04 2008] [debug] c:\ws\axis_svn\util\src\class_loader.c(141) Object loaded \
successfully [Wed Apr 16 14:06:04 2008] [debug] \
c:\ws\axis_svn\util\src\class_loader.c(141) Object loaded successfully [Wed Apr 16 \
14:06:04 2008] [error] c:\ws\axis_svn\util\src\dir_handler.c(220) No files in the \
path H:\Projets\SOA\Axis2c\axis_svn\build\deploy/modules.<br>
> [Wed Apr 16 14:06:04 2008] [error] c:\ws\axis_svn\util\src\dir_handler.c(220) No \
files in the path H:\Projets\SOA\Axis2c\axis_svn\build\deploy/services.<br> > [Wed \
Apr 16 14:06:04 2008] [debug] \
c:\ws\axis_svn\src\core\phaseresolver\phase_resolver.c(117) Service name is : \
__ANONYMOUS_SERVICE__<br> ><br>
><br>
><br>
><br>
><br>
><br>
><br>
><br>
> -----Message d'origine-----<br>
> De : Samisa Abeysinghe [mailto:<a \
href="mailto:samisa@wso2.com">samisa@wso2.com</a>]<br> > Envoyé : mercredi, avril \
16, 2008 12:08<br> > À : Apache AXIS C User List<br>
> Objet : Re: problem modifying axutil_stream_t in AXIOM_DATA_SOURCE node<br>
><br>
><br>
> Lefrancois, Carl wrote:<br>
><br>
>> Hi list,<br>
>><br>
>> Please help with some unexpected behaviour. This morning I started<br>
>> using the functions axutil_stream_read and axutil_stream_write to<br>
>> modify the contents of an AXIOM_DATA_SOURCE node in my payload, and I<br>
>> am getting program crashes.<br>
>><br>
>><br>
><br>
> Can you send in the traces of the crashes?<br>
><br>
> Samisa...<br>
><br>
><br>
>> I am using WSDL2C generated code stubs, and modifying the<br>
>> axis2_stub_xx.c file to make changes to the payload. I inserted a<br>
>> function at the top of the file and call this function just after the<br>
>> payload is generated on the line:<br>
>><br>
>> payload = adb_<type>_serialize(_<type>, env, \
NULL, NULL, AXIS2_TRUE,<br> >> NULL, NULL);<br>
>> modify_stream_contents(payload, env);<br>
>><br>
>> My function navigates the payload node to find the AXIOM_DATA_SOURCE<br>
>> node. It then reads the contents into a buffer and does some<br>
>> modification, then writes the modified data back into the stream. \
I'm<br> >> including a minimal version of the function below that \
only reads the<br> >> stream and writes it back again without modification.<br>
>><br>
>> The behaviour is strange: if the axutil_stream_write function<br>
>> specifies a small count, the program doesn't crash. In my case, I \
can<br> >> specify up to 1665 bytes without a crash. (the full message \
size is<br> >> 16860)<br>
>><br>
>> Am I doing something bad here? Are these stream functions meant to be<br>
>> used in another way? The crash appears to be because of a buffer<br>
>> overflow that mangles the state of other variables in the system.<br>
>><br>
>> (Axis2/C is version 1.3.0)<br>
>><br>
>> Any help is appreciated.<br>
>><br>
>> Carl<br>
>><br>
>><br>
>> void modify_stream_contents(axiom_node_t *_node, const axutil_env_t<br>
>> *env)<br>
>> {<br>
>> axiom_data_source_t *dataSource = NULL;<br>
>> axutil_stream_t * stream = NULL;<br>
>> axiom_node_t *currentNode = NULL;<br>
>> axis2_char_t *buffer = NULL;<br>
>> size_t streamSize = 0;<br>
>> size_t readSize = 0;<br>
>><br>
>> // navigate to node that contains stream<br>
>> currentNode = _node;<br>
>> while (currentNode && (axiom_node_get_node_type(currentNode, \
env)<br> >> !=<br>
>> AXIOM_ELEMENT))<br>
>> {<br>
>> currentNode = axiom_node_get_next_sibling(currentNode, \
env);<br> >> }<br>
>> currentNode = axiom_node_get_first_child(currentNode, env);<br>
>> if (!currentNode || (axiom_node_get_node_type(currentNode, env) \
!=<br> >> AXIOM_DATA_SOURCE)) return;<br>
>><br>
>> // get stream<br>
>> dataSource = (axiom_data_source_t *)<br>
>> axiom_node_get_data_element(currentNode, env);<br>
>> stream = axiom_data_source_get_stream(dataSource, env);<br>
>> if (!stream) return;<br>
>><br>
>> streamSize = axutil_stream_get_len(stream, env);<br>
>> buffer = (char *) AXIS2_MALLOC (env->allocator, sizeof (char) \
*<br> >> (streamSize));<br>
>> readSize = axutil_stream_read (stream, env, buffer, streamSize);<br>
>> readSize = axutil_stream_write (stream, env, buffer, 1665 ); \
//<br> >> readSize = axutil_stream_write (stream, env, buffer, streamSize \
);<br> >> AXIS2_FREE (env->allocator, buffer);<br>
>> }<br>
>> _____<br>
>><br>
>> "Ce message est confidentiel, a l'usage exclusif du \
destinataire<br> >> ci-dessus et son contenu ne represente en aucun cas un \
engagement de<br> >> la part de AXA, sauf en cas de stipulation expresse et par \
ecrit de la<br> >> part de AXA. Toute publication, utilisation ou diffusion, \
meme<br> >> partielle, doit etre autorisee prealablement. Si vous n'etes \
pas<br> >> destinataire de ce message, merci d'en avertir immediatement<br>
>> l'expediteur."<br>
>><br>
>> "This e-mail message is confidential, for the exclusive use of the<br>
>> addressee and its contents shall not constitute a commitment by AXA,<br>
>> except as otherwise specifically provided in writing by AXA. Any<br>
>> unauthorized disclosure, use or dissemination, either whole or<br>
>> partial, is prohibited. If you are not the intended recipient of the<br>
>> message, please notify the sender immediately."<br>
>><br>
>> ---------------------------------------------------------------------<br>
>> To unsubscribe, e-mail: <a \
href="mailto:axis-c-user-unsubscribe@ws.apache.org">axis-c-user-unsubscribe@ws.apache.org</a><br>
>> For additional commands, e-mail: <a \
href="mailto:axis-c-user-help@ws.apache.org">axis-c-user-help@ws.apache.org</a><br> \
>><br> >><br>
>><br>
>><br>
>><br>
><br>
><br>
><br>
<br>
<br>
--<br>
Samisa Abeysinghe<br>
Director, Engineering; WSO2 Inc.<br>
<br>
<a href="http://www.wso2.com/" target="_blank">http://www.wso2.com/</a> - "The \
Open Source SOA Company"<br> <br>
<br>
---------------------------------------------------------------------<br>
To unsubscribe, e-mail: <a \
href="mailto:axis-c-user-unsubscribe@ws.apache.org">axis-c-user-unsubscribe@ws.apache.org</a><br>
For additional commands, e-mail: <a \
href="mailto:axis-c-user-help@ws.apache.org">axis-c-user-help@ws.apache.org</a><br> \
<br> <br>
---------------------------------------------------------------------<br>
To unsubscribe, e-mail: <a \
href="mailto:axis-c-user-unsubscribe@ws.apache.org">axis-c-user-unsubscribe@ws.apache.org</a><br>
For additional commands, e-mail: <a \
href="mailto:axis-c-user-help@ws.apache.org">axis-c-user-help@ws.apache.org</a><br> \
<br> </div></div></blockquote></div><br>
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic