Hello Ceri, I've not used Axis enough to offer specific help, but I did notice that your out-of-bounds address: "0x54415245504f5f5f" is hex for the string "__OPERAT", which looks suspiciously like a string is being used where the address of a string is expected. Whether this is in your code, or Axis, I don't know, but may give you/someone a nudge in the right direction.
Graham Holden Tuesday, March 26, 2013, 5:55:50 PM, you wrote: > Background: > ========== > I'm an experienced programmer, but new to axis2c. I initially downloaded > axis2c 1.7.0 and got that working but it is intermittent, seems to not work > it there is a gap between synchronous messages. > I tried an async keepalive every 25 seconds, which seemed to help a bit, but > not enough. I then looked around and realized that 1.7.0 is "unstable", so > sought out the stable release 1.6.0 and > installed that. I now just change a link so can test with either. > Problem: > ======= > Async messages using axis2_svc_client_send_robust() work. sync messages > using axis2_svc_client_send_receive() core dump in the axis2c code. This is > code that works (intermittently) with 1.7.0. > I've played with this for a while, trying xml2 instead of guththila and that > core dumps as well. I've looked though the examples that come with axis2c > 1.6.0 code ,and think I'm doing it right? > Any ideas? I'm willing to send my code if needed. The basic premise for my > app (which there is no example of), is that I do the init once, for the one > endpoint, for both sync or async > operations, and then wait for async and sync requests, and then set up the > request for that operation using either robust_send or send_receive. > Program terminated with signal 11, Segmentation fault. > #0 0x00000030a9878db0 in strlen () from /lib64/libc.so.6 > (gdb) where > #0 0x00000030a9878db0 in strlen () from /lib64/libc.so.6 > #1 0x00007f7ed0edf009 in guththila_write_start_element_with_namespace > (wr=0x16bd430, namespace_uri=0x54415245504f5f5f <Address 0x54415245504f5f5f > out of bounds>, > local_name=0x16bbc10 "open", env=0x165e520) at guththila_xml_writer.c:1446 > #2 0x00007f7ed1951dcc in > guththila_xml_writer_wrapper_write_start_element_with_namespace > (writer=0x16bcf00, env=0x165e520, localname=0x16bbc10 "open", > namespace_uri=0x54415245504f5f5f <Address 0x54415245504f5f5f out of > bounds>) at guththila_xml_writer_wrapper.c:371 > #3 0x00007f7ed1df0499 in axiom_output_write (om_output=0x16c1b70, env=0x0, > type=<value optimized out>, no_of_args=<value optimized out>) at > om_output.c:465 > #4 0x00007f7ed1deef85 in axiom_element_serialize_start_part > (om_element=0x16bbb90, env=0x165e520, om_output=0x16c1b70, ele_node=<value > optimized out>) > at om_element.c:822 > #5 0x00007f7ed1debaab in axiom_node_serialize (om_node=0x16bbb40, > env=0x165e520, om_output=0x16c1b70) at om_node.c:511 > #6 0x00007f7ed1738676 in axis2_http_sender_send (sender=0x16bced0, > env=0x165e520, msg_ctx=0x16bbf20, out=0x16bc2d0, > str_url=0x165e5b0 "http://localhost:7111/oda-fuse/OurayFuseServicePort", > soap_action=0x7f7ed1748e6a "") at http_sender.c:465 > #7 0x00007f7ed173780e in axis2_http_transport_sender_write_message > (transport_sender=0x1661fe0, env=0x165e520, msg_ctx=0x16bbf20, epr=0x165e560, > out=0x16bc2d0, > om_output=0x16c1b70) at http_transport_sender.c:806 > #8 0x00007f7ed1736751 in axis2_http_transport_sender_invoke > (transport_sender=0x1661fe0, env=0x165e520, msg_ctx=0x16bbf20) at > http_transport_sender.c:309 > #9 0x00007f7ed1b7e716 in axis2_engine_send (engine=0x16bc150, env=0x165e520, > msg_ctx=0x16bbf20) at engine.c:176 > #10 0x00007f7ed1bafc18 in axis2_op_client_two_way_send (env=0x165e520, > msg_ctx=0x16bbf20) at op_client.c:1171 > #11 0x00007f7ed1bae99f in axis2_op_client_execute (op_client=0x16bc6f0, > env=0x165e520, block=1) at op_client.c:508 > #12 0x00007f7ed1bb1b04 in axis2_svc_client_send_receive_with_op_qname > (svc_client=0x165e7d0, env=0x165e520, op_qname=0x16bba90, payload=0x16bbb40) > at svc_client.c:732 > #13 0x00007f7ed1bb1dd1 in axis2_svc_client_send_receive > (svc_client=0x165e7d0, env=0x165e520, payload=0x16bbb40) at svc_client.c:830 > #14 0x00000000004072e1 in afs_msg_send_receive (msg=0x7f7ed02a5d20 > "/export/Container0/ceri.0", msg_len=512, > outmsg=0x7f7ed02a5ad0 "ms\205", <incomplete sequence \305>, > outmsg_len=512, action=0x7f7ed02a5cd0 "open") at afs_msg.c:207 > (note: outmsg is not initialized at the time of the call, this is a char > string that will contain the reply...) > Ceri Davies | Principal Software Engineer | ceri.dav...@oracle.com > Work: +1 3032727810 x77810 | Home: +1 3035321116 | Cell: +1 3038706743 > (Note: Home phone forwards to Cell, so try Home# first) > Oracle Storage | 500 Eldorado Blvd. | Broomfield, CO 80021 > Oracle is committed to developing practices and products that help protect > the environment --------------------------------------------------------------------- To unsubscribe, e-mail: c-user-unsubscr...@axis.apache.org For additional commands, e-mail: c-user-h...@axis.apache.org