You are viewing a plain text version of this content. The canonical link for it is here.
Posted to c-dev@axis.apache.org by "Samisa Abeysinghe (JIRA)" <ji...@apache.org> on 2006/09/21 07:39:22 UTC

[jira] Created: (AXIS2C-301) When sandesha is engaged simple axis server and service client crashes when terminating

When sandesha is engaged simple axis server and service client crashes when terminating
---------------------------------------------------------------------------------------

                 Key: AXIS2C-301
                 URL: http://issues.apache.org/jira/browse/AXIS2C-301
             Project: Axis2-C
          Issue Type: Bug
    Affects Versions: Current (Nightly)
            Reporter: Samisa Abeysinghe
            Priority: Critical


The problem is in the way module ops and service ops are freed.
Services keep a challow copy of module ops. When cleaning up the system, module descriptions fee the ops first, then services try to free the same ops. 

gdb traces:

for simple axis service:
(gdb) bt
#0  0x002e2405 in axis2_svc_free (svc=0x8617250, env=0x85c9470) at svc.c:930
#1  0x002fa48d in axis2_arch_file_data_free (arch_file_data=0x85ea428, env=0x85c9470) at arch_file_data.c:308
#2  0x002f68bd in axis2_dep_engine_free (dep_engine=0x85c9520, env=0x85c9470) at dep_engine.c:528
#3  0x002d141d in axis2_conf_free (conf=0x85c9768, env=0x85c9470) at conf.c:904
#4  0x00309f1c in axis2_conf_ctx_free (conf_ctx=0x862c380, env=0x85c9470) at conf_ctx.c:659
#5  0x0011ebbe in axis2_http_server_free (server=0x85c94e8, env=0x85c9470) at http_server.c:162
#6  0x08048c9d in system_exit (env=0x85c9470, status=-1) at http_server_main.c:72
#7  0x0804909f in main (argc=1, argv=0xbff82e64) at http_server_main.c:178

for math sample:
(gdb) bt
#0  0x006e1405 in axis2_svc_free (svc=0x8d01360, env=0x8cb2220) at svc.c:930
#1  0x006f948d in axis2_arch_file_data_free (arch_file_data=0x8cd44e0, env=0x8cb2220) at arch_file_data.c:308
#2  0x006f58bd in axis2_dep_engine_free (dep_engine=0x8cb3e48, env=0x8cb2220) at dep_engine.c:528
#3  0x006d041d in axis2_conf_free (conf=0x8cb3fd8, env=0x8cb2220) at conf.c:904
#4  0x00708f1c in axis2_conf_ctx_free (conf_ctx=0x8d0d228, env=0x8cb2220) at conf_ctx.c:659
#5  0x0071413f in axis2_svc_client_free (svc_client=0x8cb4bc0, env=0x8cb2220) at svc_client.c:1326
#6  0x0070ed45 in axis2_stub_free (stub=0x8cb4c78, env=0x8cb2220) at stub.c:233
#7  0x08049370 in main (argc=1, argv=0xbfb15554) at math_client.c:123



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

        

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


[jira] Commented: (AXIS2C-301) When sandesha is engaged simple axis server and service client crashes when terminating

Posted by "Samisa Abeysinghe (JIRA)" <ji...@apache.org>.
    [ http://issues.apache.org/jira/browse/AXIS2C-301?page=comments#action_12436436 ] 
            
Samisa Abeysinghe commented on AXIS2C-301:
------------------------------------------

If I comment out module operation free section, I still get a seg as the same op is shared among multiple services

Result = 48
==13166== Invalid read of size 4
==13166==    at 0x4056402: axis2_svc_free (svc.c:930)
==13166==    by 0x406E470: axis2_arch_file_data_free (arch_file_data.c:308)
==13166==    by 0x406A8A0: axis2_dep_engine_free (dep_engine.c:528)
==13166==    by 0x404541C: axis2_conf_free (conf.c:904)
==13166==    by 0x407DEFF: axis2_conf_ctx_free (conf_ctx.c:659)
==13166==    by 0x4089122: axis2_svc_client_free (svc_client.c:1326)
==13166==    by 0x4083D28: axis2_stub_free (stub.c:233)
==13166==    by 0x804936F: main (math_client.c:123)
==13166==  Address 0x42B9E58 is 8 bytes inside a block of size 44 free'd
==13166==    at 0x4004E41: free (vg_replace_malloc.c:235)
==13166==    by 0x40DA5E5: axis2_allocator_free_impl (allocator.c:76)
==13166==    by 0x4052027: axis2_op_free (op.c:762)
==13166==    by 0x4056417: axis2_svc_free (svc.c:930)
==13166==    by 0x406E470: axis2_arch_file_data_free (arch_file_data.c:308)
==13166==    by 0x406A8A0: axis2_dep_engine_free (dep_engine.c:528)
==13166==    by 0x404541C: axis2_conf_free (conf.c:904)
==13166==    by 0x407DEFF: axis2_conf_ctx_free (conf_ctx.c:659)
==13166==    by 0x4089122: axis2_svc_client_free (svc_client.c:1326)
==13166==    by 0x4083D28: axis2_stub_free (stub.c:233)
==13166==    by 0x804936F: main (math_client.c:123)


> When sandesha is engaged simple axis server and service client crashes when terminating
> ---------------------------------------------------------------------------------------
>
>                 Key: AXIS2C-301
>                 URL: http://issues.apache.org/jira/browse/AXIS2C-301
>             Project: Axis2-C
>          Issue Type: Bug
>    Affects Versions: Current (Nightly)
>            Reporter: Samisa Abeysinghe
>            Priority: Critical
>
> The problem is in the way module ops and service ops are freed.
> Services keep a challow copy of module ops. When cleaning up the system, module descriptions fee the ops first, then services try to free the same ops. 
> gdb traces:
> for simple axis service:
> (gdb) bt
> #0  0x002e2405 in axis2_svc_free (svc=0x8617250, env=0x85c9470) at svc.c:930
> #1  0x002fa48d in axis2_arch_file_data_free (arch_file_data=0x85ea428, env=0x85c9470) at arch_file_data.c:308
> #2  0x002f68bd in axis2_dep_engine_free (dep_engine=0x85c9520, env=0x85c9470) at dep_engine.c:528
> #3  0x002d141d in axis2_conf_free (conf=0x85c9768, env=0x85c9470) at conf.c:904
> #4  0x00309f1c in axis2_conf_ctx_free (conf_ctx=0x862c380, env=0x85c9470) at conf_ctx.c:659
> #5  0x0011ebbe in axis2_http_server_free (server=0x85c94e8, env=0x85c9470) at http_server.c:162
> #6  0x08048c9d in system_exit (env=0x85c9470, status=-1) at http_server_main.c:72
> #7  0x0804909f in main (argc=1, argv=0xbff82e64) at http_server_main.c:178
> for math sample:
> (gdb) bt
> #0  0x006e1405 in axis2_svc_free (svc=0x8d01360, env=0x8cb2220) at svc.c:930
> #1  0x006f948d in axis2_arch_file_data_free (arch_file_data=0x8cd44e0, env=0x8cb2220) at arch_file_data.c:308
> #2  0x006f58bd in axis2_dep_engine_free (dep_engine=0x8cb3e48, env=0x8cb2220) at dep_engine.c:528
> #3  0x006d041d in axis2_conf_free (conf=0x8cb3fd8, env=0x8cb2220) at conf.c:904
> #4  0x00708f1c in axis2_conf_ctx_free (conf_ctx=0x8d0d228, env=0x8cb2220) at conf_ctx.c:659
> #5  0x0071413f in axis2_svc_client_free (svc_client=0x8cb4bc0, env=0x8cb2220) at svc_client.c:1326
> #6  0x0070ed45 in axis2_stub_free (stub=0x8cb4c78, env=0x8cb2220) at stub.c:233
> #7  0x08049370 in main (argc=1, argv=0xbfb15554) at math_client.c:123

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

        

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


[jira] Commented: (AXIS2C-301) When sandesha is engaged simple axis server and service client crashes when terminating

Posted by "Samisa Abeysinghe (JIRA)" <ji...@apache.org>.
    [ http://issues.apache.org/jira/browse/AXIS2C-301?page=comments#action_12436435 ] 
            
Samisa Abeysinghe commented on AXIS2C-301:
------------------------------------------

valgrind reveals this double free problem:

Result = 48
==10123== Invalid read of size 4
==10123==    at 0x4056402: axis2_svc_free (svc.c:930)
==10123==    by 0x406E48C: axis2_arch_file_data_free (arch_file_data.c:308)
==10123==    by 0x406A8BC: axis2_dep_engine_free (dep_engine.c:528)
==10123==    by 0x404541C: axis2_conf_free (conf.c:904)
==10123==    by 0x407DF1B: axis2_conf_ctx_free (conf_ctx.c:659)
==10123==    by 0x408913E: axis2_svc_client_free (svc_client.c:1326)
==10123==    by 0x4083D44: axis2_stub_free (stub.c:233)
==10123==    by 0x804936F: main (math_client.c:123)
==10123==  Address 0x42B9E58 is 8 bytes inside a block of size 44 free'd
==10123==    at 0x4004E41: free (vg_replace_malloc.c:235)
==10123==    by 0x40DA5E5: axis2_allocator_free_impl (allocator.c:76)
==10123==    by 0x4052027: axis2_op_free (op.c:762)
==10123==    by 0x405B00E: axis2_module_desc_free (module_desc.c:311)
==10123==    by 0x4044D27: axis2_conf_free (conf.c:721)
==10123==    by 0x407DF1B: axis2_conf_ctx_free (conf_ctx.c:659)
==10123==    by 0x408913E: axis2_svc_client_free (svc_client.c:1326)
==10123==    by 0x4083D44: axis2_stub_free (stub.c:233)
==10123==    by 0x804936F: main (math_client.c:123)


> When sandesha is engaged simple axis server and service client crashes when terminating
> ---------------------------------------------------------------------------------------
>
>                 Key: AXIS2C-301
>                 URL: http://issues.apache.org/jira/browse/AXIS2C-301
>             Project: Axis2-C
>          Issue Type: Bug
>    Affects Versions: Current (Nightly)
>            Reporter: Samisa Abeysinghe
>            Priority: Critical
>
> The problem is in the way module ops and service ops are freed.
> Services keep a challow copy of module ops. When cleaning up the system, module descriptions fee the ops first, then services try to free the same ops. 
> gdb traces:
> for simple axis service:
> (gdb) bt
> #0  0x002e2405 in axis2_svc_free (svc=0x8617250, env=0x85c9470) at svc.c:930
> #1  0x002fa48d in axis2_arch_file_data_free (arch_file_data=0x85ea428, env=0x85c9470) at arch_file_data.c:308
> #2  0x002f68bd in axis2_dep_engine_free (dep_engine=0x85c9520, env=0x85c9470) at dep_engine.c:528
> #3  0x002d141d in axis2_conf_free (conf=0x85c9768, env=0x85c9470) at conf.c:904
> #4  0x00309f1c in axis2_conf_ctx_free (conf_ctx=0x862c380, env=0x85c9470) at conf_ctx.c:659
> #5  0x0011ebbe in axis2_http_server_free (server=0x85c94e8, env=0x85c9470) at http_server.c:162
> #6  0x08048c9d in system_exit (env=0x85c9470, status=-1) at http_server_main.c:72
> #7  0x0804909f in main (argc=1, argv=0xbff82e64) at http_server_main.c:178
> for math sample:
> (gdb) bt
> #0  0x006e1405 in axis2_svc_free (svc=0x8d01360, env=0x8cb2220) at svc.c:930
> #1  0x006f948d in axis2_arch_file_data_free (arch_file_data=0x8cd44e0, env=0x8cb2220) at arch_file_data.c:308
> #2  0x006f58bd in axis2_dep_engine_free (dep_engine=0x8cb3e48, env=0x8cb2220) at dep_engine.c:528
> #3  0x006d041d in axis2_conf_free (conf=0x8cb3fd8, env=0x8cb2220) at conf.c:904
> #4  0x00708f1c in axis2_conf_ctx_free (conf_ctx=0x8d0d228, env=0x8cb2220) at conf_ctx.c:659
> #5  0x0071413f in axis2_svc_client_free (svc_client=0x8cb4bc0, env=0x8cb2220) at svc_client.c:1326
> #6  0x0070ed45 in axis2_stub_free (stub=0x8cb4c78, env=0x8cb2220) at stub.c:233
> #7  0x08049370 in main (argc=1, argv=0xbfb15554) at math_client.c:123

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

        

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


[jira] Assigned: (AXIS2C-301) When sandesha is engaged simple axis server and service client crashes when terminating

Posted by "Samisa Abeysinghe (JIRA)" <ji...@apache.org>.
     [ http://issues.apache.org/jira/browse/AXIS2C-301?page=all ]

Samisa Abeysinghe reassigned AXIS2C-301:
----------------------------------------

    Assignee: Samisa Abeysinghe

> When sandesha is engaged simple axis server and service client crashes when terminating
> ---------------------------------------------------------------------------------------
>
>                 Key: AXIS2C-301
>                 URL: http://issues.apache.org/jira/browse/AXIS2C-301
>             Project: Axis2-C
>          Issue Type: Bug
>    Affects Versions: Current (Nightly)
>            Reporter: Samisa Abeysinghe
>         Assigned To: Samisa Abeysinghe
>            Priority: Critical
>
> The problem is in the way module ops and service ops are freed.
> Services keep a challow copy of module ops. When cleaning up the system, module descriptions fee the ops first, then services try to free the same ops. 
> gdb traces:
> for simple axis service:
> (gdb) bt
> #0  0x002e2405 in axis2_svc_free (svc=0x8617250, env=0x85c9470) at svc.c:930
> #1  0x002fa48d in axis2_arch_file_data_free (arch_file_data=0x85ea428, env=0x85c9470) at arch_file_data.c:308
> #2  0x002f68bd in axis2_dep_engine_free (dep_engine=0x85c9520, env=0x85c9470) at dep_engine.c:528
> #3  0x002d141d in axis2_conf_free (conf=0x85c9768, env=0x85c9470) at conf.c:904
> #4  0x00309f1c in axis2_conf_ctx_free (conf_ctx=0x862c380, env=0x85c9470) at conf_ctx.c:659
> #5  0x0011ebbe in axis2_http_server_free (server=0x85c94e8, env=0x85c9470) at http_server.c:162
> #6  0x08048c9d in system_exit (env=0x85c9470, status=-1) at http_server_main.c:72
> #7  0x0804909f in main (argc=1, argv=0xbff82e64) at http_server_main.c:178
> for math sample:
> (gdb) bt
> #0  0x006e1405 in axis2_svc_free (svc=0x8d01360, env=0x8cb2220) at svc.c:930
> #1  0x006f948d in axis2_arch_file_data_free (arch_file_data=0x8cd44e0, env=0x8cb2220) at arch_file_data.c:308
> #2  0x006f58bd in axis2_dep_engine_free (dep_engine=0x8cb3e48, env=0x8cb2220) at dep_engine.c:528
> #3  0x006d041d in axis2_conf_free (conf=0x8cb3fd8, env=0x8cb2220) at conf.c:904
> #4  0x00708f1c in axis2_conf_ctx_free (conf_ctx=0x8d0d228, env=0x8cb2220) at conf_ctx.c:659
> #5  0x0071413f in axis2_svc_client_free (svc_client=0x8cb4bc0, env=0x8cb2220) at svc_client.c:1326
> #6  0x0070ed45 in axis2_stub_free (stub=0x8cb4c78, env=0x8cb2220) at stub.c:233
> #7  0x08049370 in main (argc=1, argv=0xbfb15554) at math_client.c:123

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

        

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


[jira] Closed: (AXIS2C-301) When sandesha is engaged simple axis server and service client crashes when terminating

Posted by "Samisa Abeysinghe (JIRA)" <ji...@apache.org>.
     [ http://issues.apache.org/jira/browse/AXIS2C-301?page=all ]

Samisa Abeysinghe closed AXIS2C-301.
------------------------------------

    Fix Version/s: 0.94
       Resolution: Fixed

Fixed this by labellng the op to come from module and not freeing that in service if it is from a module

> When sandesha is engaged simple axis server and service client crashes when terminating
> ---------------------------------------------------------------------------------------
>
>                 Key: AXIS2C-301
>                 URL: http://issues.apache.org/jira/browse/AXIS2C-301
>             Project: Axis2-C
>          Issue Type: Bug
>    Affects Versions: Current (Nightly)
>            Reporter: Samisa Abeysinghe
>         Assigned To: Samisa Abeysinghe
>            Priority: Critical
>             Fix For: 0.94
>
>
> The problem is in the way module ops and service ops are freed.
> Services keep a challow copy of module ops. When cleaning up the system, module descriptions fee the ops first, then services try to free the same ops. 
> gdb traces:
> for simple axis service:
> (gdb) bt
> #0  0x002e2405 in axis2_svc_free (svc=0x8617250, env=0x85c9470) at svc.c:930
> #1  0x002fa48d in axis2_arch_file_data_free (arch_file_data=0x85ea428, env=0x85c9470) at arch_file_data.c:308
> #2  0x002f68bd in axis2_dep_engine_free (dep_engine=0x85c9520, env=0x85c9470) at dep_engine.c:528
> #3  0x002d141d in axis2_conf_free (conf=0x85c9768, env=0x85c9470) at conf.c:904
> #4  0x00309f1c in axis2_conf_ctx_free (conf_ctx=0x862c380, env=0x85c9470) at conf_ctx.c:659
> #5  0x0011ebbe in axis2_http_server_free (server=0x85c94e8, env=0x85c9470) at http_server.c:162
> #6  0x08048c9d in system_exit (env=0x85c9470, status=-1) at http_server_main.c:72
> #7  0x0804909f in main (argc=1, argv=0xbff82e64) at http_server_main.c:178
> for math sample:
> (gdb) bt
> #0  0x006e1405 in axis2_svc_free (svc=0x8d01360, env=0x8cb2220) at svc.c:930
> #1  0x006f948d in axis2_arch_file_data_free (arch_file_data=0x8cd44e0, env=0x8cb2220) at arch_file_data.c:308
> #2  0x006f58bd in axis2_dep_engine_free (dep_engine=0x8cb3e48, env=0x8cb2220) at dep_engine.c:528
> #3  0x006d041d in axis2_conf_free (conf=0x8cb3fd8, env=0x8cb2220) at conf.c:904
> #4  0x00708f1c in axis2_conf_ctx_free (conf_ctx=0x8d0d228, env=0x8cb2220) at conf_ctx.c:659
> #5  0x0071413f in axis2_svc_client_free (svc_client=0x8cb4bc0, env=0x8cb2220) at svc_client.c:1326
> #6  0x0070ed45 in axis2_stub_free (stub=0x8cb4c78, env=0x8cb2220) at stub.c:233
> #7  0x08049370 in main (argc=1, argv=0xbfb15554) at math_client.c:123

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

        

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