You are viewing a plain text version of this content. The canonical link for it is here.
Posted to c-user@axis.apache.org by Raghavendra SM <ra...@aylus.com> on 2008/04/29 09:01:19 UTC
Dump is axis
Please find the back trace of the core dump I encountered while using
axis2c.0.
This is not seen constantly but rarely.
Can you please suggest what needs to be done to fix this.
(gdb) bt
#0 0xb78d9947 in raise () from /lib/tls/libc.so.6
#1 0xb78db0c9 in abort () from /lib/tls/libc.so.6
#2 0xb790efda in __fsetlocking () from /lib/tls/libc.so.6
#3 0xb791689f in mallopt () from /lib/tls/libc.so.6
#4 0xb7916942 in free () from /lib/tls/libc.so.6
#5 0xb7ab6d58 in axutil_allocator_free_impl () from
/opt/aylus/lib/libaxutil.so.0
#6 0xb7ab6b03 in axutil_hash_free () from /opt/aylus/lib/libaxutil.so.0
#7 0xb7a9511b in axis2_msg_ctx_free (msg_ctx=0x80bde40, env=0x80d99b8)
at msg_ctx.c:352
#8 0xb7701d85 in axis2_http_worker_process_request
(http_worker=0xa7f3e388, env=0x80d99b8, svr_conn=0x80deef8,
simple_request=0x80ddd18) at http_worker.c:415
#9 0xb7aad01f in axis2_svr_thread_worker_func (thd=0xa7f3fda8,
data=0xa7f3fd90) at http_svr_thread.c:256
#10 0xb7ac4557 in dummy_worker () from /opt/aylus/lib/libaxutil.so.0
#11 0xb7f540bd in start_thread () from /lib/tls/libpthread.so.0
#12 0xb797c8fe in clone () from /lib/tls/libc.so.6
(gdb) f 7
#7 0xb7a9511b in axis2_msg_ctx_free (msg_ctx=0x80bde40, env=0x80d99b8)
at msg_ctx.c:352
352 in msg_ctx.c
(gdb) p *msg_ctx
$6 = {base = 0x80df9e8, parent = 0x80dcea8, process_fault = 0,
msg_info_headers = 0x80bddc8,
msg_info_headers_deep_copy = 1, op_ctx = 0x80dcea8, svc_ctx =
0x80dd5f0, svc_grp_ctx = 0x80dd4c8, conf_ctx = 0xa7f3fa80,
op = 0xab9f7170, svc = 0xab9f2ee0, svc_grp = 0xab9e33b8,
transport_in_desc = 0xab919d00,
transport_out_desc = 0xab919838, soap_envelope = 0x80de860,
response_soap_envelope = 0x0, fault_soap_envelope = 0x0,
in_fault_flow = 0, server_side = 1, message_id = 0x0,
new_thread_required = 0, paused = 0, keep_alive = 0,
output_written = 0, svc_ctx_id = 0x0, paused_phase_name =
0xab919360 "PostDispatch", paused_handler_name = 0x0,
soap_action = 0x80dd448, doing_mtom = 0, doing_rest = 0,
do_rest_through_post = 0, is_soap_11 = 1,
svc_grp_ctx_id = 0x80d5250, transport_in_desc_enum =
AXIS2_TRANSPORT_ENUM_HTTP,
transport_out_desc_enum = AXIS2_TRANSPORT_ENUM_HTTP,
svc_grp_id = 0xab9f34a0 "SpsSubiden", svc_qname = 0xab9f2eb8,
op_qname = 0xab9f6fc0, flow = 1, execution_chain = 0x0,
current_handler_index = 2, paused_handler_index = -1,
paused_phase_index = 0, current_phase_index = 0, find_svc =
0xb7a7a135 <axiom_soap_action_disp_find_svc>,
find_op = 0xb7a7a170 <axiom_soap_action_disp_find_op>,
charset_encoding = 0x80dd4b0, transport_out_stream = 0x80de068,
http_out_transport_info = 0x80dd430, transport_headers =
0x80de570, transfer_encoding = 0x0, transport_url = 0x0}
Regards,
~raghav
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-user-help@ws.apache.org
RE: Dump is axis
Posted by Raghavendra SM <ra...@aylus.com>.
Axis2c1.0
Regards,
~raghav
-----Original Message-----
From: Manjula Peiris [mailto:manjula@wso2.com]
Sent: Tuesday, April 29, 2008 2:10 PM
To: Apache AXIS C User List
Subject: Re: Dump is axis
What is the Axis2/C version you are using ?
On Tue, 2008-04-29 at 12:31 +0530, Raghavendra SM wrote:
> Please find the back trace of the core dump I encountered while using
> axis2c.0.
> This is not seen constantly but rarely.
>
> Can you please suggest what needs to be done to fix this.
>
> (gdb) bt
> #0 0xb78d9947 in raise () from /lib/tls/libc.so.6
> #1 0xb78db0c9 in abort () from /lib/tls/libc.so.6
> #2 0xb790efda in __fsetlocking () from /lib/tls/libc.so.6
> #3 0xb791689f in mallopt () from /lib/tls/libc.so.6
> #4 0xb7916942 in free () from /lib/tls/libc.so.6
> #5 0xb7ab6d58 in axutil_allocator_free_impl () from
> /opt/aylus/lib/libaxutil.so.0
> #6 0xb7ab6b03 in axutil_hash_free () from
/opt/aylus/lib/libaxutil.so.0
> #7 0xb7a9511b in axis2_msg_ctx_free (msg_ctx=0x80bde40,
env=0x80d99b8)
> at msg_ctx.c:352
> #8 0xb7701d85 in axis2_http_worker_process_request
> (http_worker=0xa7f3e388, env=0x80d99b8, svr_conn=0x80deef8,
> simple_request=0x80ddd18) at http_worker.c:415
> #9 0xb7aad01f in axis2_svr_thread_worker_func (thd=0xa7f3fda8,
> data=0xa7f3fd90) at http_svr_thread.c:256
> #10 0xb7ac4557 in dummy_worker () from /opt/aylus/lib/libaxutil.so.0
> #11 0xb7f540bd in start_thread () from /lib/tls/libpthread.so.0
> #12 0xb797c8fe in clone () from /lib/tls/libc.so.6
> (gdb) f 7
> #7 0xb7a9511b in axis2_msg_ctx_free (msg_ctx=0x80bde40,
env=0x80d99b8)
> at msg_ctx.c:352
> 352 in msg_ctx.c
> (gdb) p *msg_ctx
> $6 = {base = 0x80df9e8, parent = 0x80dcea8, process_fault = 0,
> msg_info_headers = 0x80bddc8,
> msg_info_headers_deep_copy = 1, op_ctx = 0x80dcea8, svc_ctx
=
> 0x80dd5f0, svc_grp_ctx = 0x80dd4c8, conf_ctx = 0xa7f3fa80,
> op = 0xab9f7170, svc = 0xab9f2ee0, svc_grp = 0xab9e33b8,
> transport_in_desc = 0xab919d00,
> transport_out_desc = 0xab919838, soap_envelope = 0x80de860,
> response_soap_envelope = 0x0, fault_soap_envelope = 0x0,
> in_fault_flow = 0, server_side = 1, message_id = 0x0,
> new_thread_required = 0, paused = 0, keep_alive = 0,
> output_written = 0, svc_ctx_id = 0x0, paused_phase_name =
> 0xab919360 "PostDispatch", paused_handler_name = 0x0,
> soap_action = 0x80dd448, doing_mtom = 0, doing_rest = 0,
> do_rest_through_post = 0, is_soap_11 = 1,
> svc_grp_ctx_id = 0x80d5250, transport_in_desc_enum =
> AXIS2_TRANSPORT_ENUM_HTTP,
> transport_out_desc_enum = AXIS2_TRANSPORT_ENUM_HTTP,
> svc_grp_id = 0xab9f34a0 "SpsSubiden", svc_qname = 0xab9f2eb8,
> op_qname = 0xab9f6fc0, flow = 1, execution_chain = 0x0,
> current_handler_index = 2, paused_handler_index = -1,
> paused_phase_index = 0, current_phase_index = 0, find_svc =
> 0xb7a7a135 <axiom_soap_action_disp_find_svc>,
> find_op = 0xb7a7a170 <axiom_soap_action_disp_find_op>,
> charset_encoding = 0x80dd4b0, transport_out_stream = 0x80de068,
> http_out_transport_info = 0x80dd430, transport_headers =
> 0x80de570, transfer_encoding = 0x0, transport_url = 0x0}
>
>
> Regards,
> ~raghav
>
>
>
> ---------------------------------------------------------------------
> 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
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-user-help@ws.apache.org
Re: Dump is axis
Posted by Manjula Peiris <ma...@wso2.com>.
What is the Axis2/C version you are using ?
On Tue, 2008-04-29 at 12:31 +0530, Raghavendra SM wrote:
> Please find the back trace of the core dump I encountered while using
> axis2c.0.
> This is not seen constantly but rarely.
>
> Can you please suggest what needs to be done to fix this.
>
> (gdb) bt
> #0 0xb78d9947 in raise () from /lib/tls/libc.so.6
> #1 0xb78db0c9 in abort () from /lib/tls/libc.so.6
> #2 0xb790efda in __fsetlocking () from /lib/tls/libc.so.6
> #3 0xb791689f in mallopt () from /lib/tls/libc.so.6
> #4 0xb7916942 in free () from /lib/tls/libc.so.6
> #5 0xb7ab6d58 in axutil_allocator_free_impl () from
> /opt/aylus/lib/libaxutil.so.0
> #6 0xb7ab6b03 in axutil_hash_free () from /opt/aylus/lib/libaxutil.so.0
> #7 0xb7a9511b in axis2_msg_ctx_free (msg_ctx=0x80bde40, env=0x80d99b8)
> at msg_ctx.c:352
> #8 0xb7701d85 in axis2_http_worker_process_request
> (http_worker=0xa7f3e388, env=0x80d99b8, svr_conn=0x80deef8,
> simple_request=0x80ddd18) at http_worker.c:415
> #9 0xb7aad01f in axis2_svr_thread_worker_func (thd=0xa7f3fda8,
> data=0xa7f3fd90) at http_svr_thread.c:256
> #10 0xb7ac4557 in dummy_worker () from /opt/aylus/lib/libaxutil.so.0
> #11 0xb7f540bd in start_thread () from /lib/tls/libpthread.so.0
> #12 0xb797c8fe in clone () from /lib/tls/libc.so.6
> (gdb) f 7
> #7 0xb7a9511b in axis2_msg_ctx_free (msg_ctx=0x80bde40, env=0x80d99b8)
> at msg_ctx.c:352
> 352 in msg_ctx.c
> (gdb) p *msg_ctx
> $6 = {base = 0x80df9e8, parent = 0x80dcea8, process_fault = 0,
> msg_info_headers = 0x80bddc8,
> msg_info_headers_deep_copy = 1, op_ctx = 0x80dcea8, svc_ctx =
> 0x80dd5f0, svc_grp_ctx = 0x80dd4c8, conf_ctx = 0xa7f3fa80,
> op = 0xab9f7170, svc = 0xab9f2ee0, svc_grp = 0xab9e33b8,
> transport_in_desc = 0xab919d00,
> transport_out_desc = 0xab919838, soap_envelope = 0x80de860,
> response_soap_envelope = 0x0, fault_soap_envelope = 0x0,
> in_fault_flow = 0, server_side = 1, message_id = 0x0,
> new_thread_required = 0, paused = 0, keep_alive = 0,
> output_written = 0, svc_ctx_id = 0x0, paused_phase_name =
> 0xab919360 "PostDispatch", paused_handler_name = 0x0,
> soap_action = 0x80dd448, doing_mtom = 0, doing_rest = 0,
> do_rest_through_post = 0, is_soap_11 = 1,
> svc_grp_ctx_id = 0x80d5250, transport_in_desc_enum =
> AXIS2_TRANSPORT_ENUM_HTTP,
> transport_out_desc_enum = AXIS2_TRANSPORT_ENUM_HTTP,
> svc_grp_id = 0xab9f34a0 "SpsSubiden", svc_qname = 0xab9f2eb8,
> op_qname = 0xab9f6fc0, flow = 1, execution_chain = 0x0,
> current_handler_index = 2, paused_handler_index = -1,
> paused_phase_index = 0, current_phase_index = 0, find_svc =
> 0xb7a7a135 <axiom_soap_action_disp_find_svc>,
> find_op = 0xb7a7a170 <axiom_soap_action_disp_find_op>,
> charset_encoding = 0x80dd4b0, transport_out_stream = 0x80de068,
> http_out_transport_info = 0x80dd430, transport_headers =
> 0x80de570, transfer_encoding = 0x0, transport_url = 0x0}
>
>
> Regards,
> ~raghav
>
>
>
> ---------------------------------------------------------------------
> 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
Re: Dump is axis
Posted by Samisa Abeysinghe <sa...@wso2.com>.
Raghavendra SM wrote:
>
> In axutil_hash_free(), util/src/hash.c, I found the following,
>
>
>
> The for loop is /for(i=0; i<=ht->max; i++)/
>
> Is it intended or was it supposed to be i<ht->max ??
>
>
>
> My core dump points to free() which is present in both the for loop
> and outside.
>
This is the expected logic. It crashes here, because there was some
corruption somewhere else.
Also, are you using Axis2/C 1.0? If so you have to look into using
latest 1.3 release.
Samisa...
>
>
> Regards,
>
> ~raghav
>
>
>
> ------------------------------------------------------------------------
>
>
> *From:* Raghavendra SM
> *Sent:* Tuesday, April 29, 2008 2:53 PM
> *To:* axis-c-user
> *Subject:* RE: Dump is axis
>
>
>
> Please find the axis log attached
>
>
>
> Regards,
>
> ~raghav
>
>
>
> ------------------------------------------------------------------------
>
>
>
>
> *From:* Dinesh Premalal [mailto:xydinesh@gmail.com]
> *Sent:* Tuesday, April 29, 2008 2:42 PM
> *To:* Apache AXIS C User List
> *Subject:* Re: Dump is axis
>
>
>
>
>
> On Tue, Apr 29, 2008 at 12:31 PM, Raghavendra SM <raghav@aylus.com
> <ma...@aylus.com>> wrote:
>
> Please find the back trace of the core dump I encountered while using
> axis2c.0.
> This is not seen constantly but rarely.
>
> Can you please suggest what needs to be done to fix this.
>
>
> Could you please attach your axis2.log file please ?
>
> thanks,
> Dinesh
>
>
>
> --
> http://nethu.org/
>
> ------------------------------------------------------------------------
>
> No virus found in this incoming message.
> Checked by AVG.
> Version: 7.5.524 / Virus Database: 269.23.6/1404 - Release Date: 4/29/2008 6:27 PM
>
--
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
RE: Dump is axis
Posted by Raghavendra SM <ra...@aylus.com>.
In axutil_hash_free(), util/src/hash.c, I found the following,
The for loop is for(i=0; i<=ht->max; i++)
Is it intended or was it supposed to be i<ht->max ??
My core dump points to free() which is present in both the for loop and
outside.
Regards,
~raghav
_____
From: Raghavendra SM
Sent: Tuesday, April 29, 2008 2:53 PM
To: axis-c-user
Subject: RE: Dump is axis
Please find the axis log attached
Regards,
~raghav
_____
From: Dinesh Premalal [mailto:xydinesh@gmail.com]
Sent: Tuesday, April 29, 2008 2:42 PM
To: Apache AXIS C User List
Subject: Re: Dump is axis
On Tue, Apr 29, 2008 at 12:31 PM, Raghavendra SM <ra...@aylus.com>
wrote:
Please find the back trace of the core dump I encountered while using
axis2c.0.
This is not seen constantly but rarely.
Can you please suggest what needs to be done to fix this.
Could you please attach your axis2.log file please ?
thanks,
Dinesh
--
http://nethu.org/
RE: Dump is axis
Posted by Raghavendra SM <ra...@aylus.com>.
Please find the axis log attached
Regards,
~raghav
_____
From: Dinesh Premalal [mailto:xydinesh@gmail.com]
Sent: Tuesday, April 29, 2008 2:42 PM
To: Apache AXIS C User List
Subject: Re: Dump is axis
On Tue, Apr 29, 2008 at 12:31 PM, Raghavendra SM <ra...@aylus.com>
wrote:
Please find the back trace of the core dump I encountered while using
axis2c.0.
This is not seen constantly but rarely.
Can you please suggest what needs to be done to fix this.
Could you please attach your axis2.log file please ?
thanks,
Dinesh
--
http://nethu.org/
Re: Dump is axis
Posted by Dinesh Premalal <xy...@gmail.com>.
On Tue, Apr 29, 2008 at 12:31 PM, Raghavendra SM <ra...@aylus.com> wrote:
> Please find the back trace of the core dump I encountered while using
> axis2c.0.
> This is not seen constantly but rarely.
>
> Can you please suggest what needs to be done to fix this.
>
Could you please attach your axis2.log file please ?
thanks,
Dinesh
--
http://nethu.org/