[wsf-c-dev] [jira] Resolved: (WSFC-121) simple axis server segfaults when Encription scenario sample runs with guththila parser

[Manjula Peiris (JIRA)]

     [ http://www.wso2.org/jira/browse/WSFC-121?page=all ]

Manjula Peiris resolved WSFC-121.
---------------------------------

    Resolution: Fixed
      Assignee: Manjula Peiris

Fixed in the latest svn. Please test.

> simple axis server segfaults when Encription scenario  sample runs with guththila parser
> ----------------------------------------------------------------------------------------
>
>                 Key: WSFC-121
>                 URL: http://www.wso2.org/jira/browse/WSFC-121
>             Project: WSO2 WSF/C
>          Issue Type: Bug
>          Components: Apache Rampart/C (Security)
>         Environment: Linux
>            Reporter: Dushshantha Chandradasa
>         Assigned To: Manjula Peiris
>             Fix For: 1.1.0
>
>
> simple axis server gives a double free or corruption error  when Encription scenario  sample runs with guththila parser
> following is the trace of gdb 
> Started Simple Axis2 HTTP Server ...
> [New Thread -1222829136 (LWP 31676)]
> *** glibc detected *** double free or corruption (!prev): 0x081411d8 ***
> Program received signal SIGABRT, Aborted.
> [Switching to Thread -1222829136 (LWP 31676)]
> 0xffffe410 in __kernel_vsyscall ()
> (gdb) bt
> #0  0xffffe410 in __kernel_vsyscall ()
> #1  0xb7d9c9a1 in raise () from /lib/tls/i686/cmov/libc.so.6
> #2  0xb7d9e2b9 in abort () from /lib/tls/i686/cmov/libc.so.6
> #3  0xb7dd087a in __fsetlocking () from /lib/tls/i686/cmov/libc.so.6
> #4  0xb7dd6fd4 in malloc_usable_size () from /lib/tls/i686/cmov/libc.so.6
> #5  0xb7dd734a in free () from /lib/tls/i686/cmov/libc.so.6
> #6  0xb7f69ed6 in axutil_allocator_free_impl (allocator=0x806e008, ptr=0x0) at allocator.c:77
> #7  0xb7cfc830 in oxs_xml_enc_decrypt_node (env=0x1e, enc_ctx=0x0, enc_type_node=0x8139958, decrypted_node=0x0) at xml_encryption.c:349
> #8  0xb7d653d0 in rampart_shp_process_encrypted_key (env=0x8125db8, msg_ctx=0x8126828, rampart_context=0x813a810, soap_envelope=0x81283f8, sec_node=0x0,
>     encrypted_key_node=0x812c998) at rampart_sec_header_processor.c:423
> #9  0xb7d662bf in rampart_shp_process_message (env=0x8125db8, msg_ctx=0x8126828, rampart_context=0x813a810, soap_envelope=0x81283f8, sec_node=0x8129780)
>     at rampart_sec_header_processor.c:1023
> #10 0xb7d62155 in rampart_in_handler_invoke (handler=0x8087c40, env=0x8125db8, msg_ctx=0x8126828) at rampart_in_handler.c:142
> #11 0xb7f1e921 in axis2_handler_invoke (handler=0x6, env=0x0, msg_ctx=0x0) at handler.c:91
> #12 0xb7f214e8 in axis2_phase_invoke (phase=0x806ed30, env=0x8125db8, msg_ctx=0x8126828) at phase.c:199
> #13 0xb7f248a9 in axis2_engine_invoke_phases (engine=0x8128410, env=0x8125db8, phases=0x806e9d0, msg_ctx=0x8126828) at engine.c:670
> #14 0xb7f254ed in axis2_engine_receive (engine=0x8128410, env=0x8125db8, msg_ctx=0x8126828) at engine.c:241
> #15 0xb7f59bb2 in axis2_http_transport_utils_process_http_post_request (env=0x8125db8, msg_ctx=0x8126828, in_stream=0x8125de0, out_stream=0x8125ff0,
>     content_type=0x8125f88 "application/soap+xml;charset=UTF-8", content_length=9127, soap_action_header=0x0,
>     request_uri=0x8126a38 "http://127.0.0.1:9080/axis2/services/sec_echo/echoString") at http_transport_utils.c:489
> #16 0xb7f580ef in axis2_http_worker_process_request (http_worker=0x8123598, env=0x8125db8, svr_conn=0x8125dd0, simple_request=0x8125ea0) at http_worker.c:305
> #17 0xb7ef7d5d in axis2_svr_thread_worker_func (thd=0x8125d38, data=0x8125d20) at http_svr_thread.c:258
> #18 0xb7f75f41 in dummy_worker (opaque=0x0) at thread_unix.c:86
> #19 0xb7ec0341 in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
> #20 0xb7e3d4ee in clone () from /lib/tls/i686/cmov/libc.so.6

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://www.wso2.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira