Uploaded image for project: 'Axis2-C'
  1. Axis2-C
  2. AXIS2C-1491

memory leak at axis2_dep_engine_get_svc_dir

    XMLWordPrintableJSON

Details

    • Bug
    • Status: Open
    • Major
    • Resolution: Unresolved
    • 1.6.0
    • 1.7.0
    • core/deployment
    • None
    • debian Linux

    Description

      I see the following memory leaks from the axis2c client stub code. When the file_flag is set, "repos_path = axis2_dep_engine_get_svc_dir (dep_engine, env);" allocates new memory, but at nowhere this memory is freed. It appears that this leak occurs when AXIS2C_HOME points to the axis2.xml file instead of the directory that holds axis2c.xml. We set AXIS2C_HOME to the axis2.xml file because we have both axis2c server component and client sub on the same system, and they need to point to different axis2c.xml files.

      ==19955== 14 bytes in 1 blocks are definitely lost in loss record 652 of 809
      ==19955== at 0x401D354: malloc (vg_replace_malloc.c:149)
      ==19955== by 0x4DFDEFC: axutil_allocator_malloc_impl (allocator.c:75)
      ==19955== by 0x4E0129E: axutil_strdup (string.c:282)
      ==19955== by 0x4DC1B96: axis2_dep_engine_get_svc_dir (dep_engine.c:1937)
      ==19955== by 0x4DC161E: axis2_arch_reader_process_svc_grp (arch_reader.c:108)
      ==19955== by 0x4DC2DB9: axis2_dep_engine_do_deploy (dep_engine.c:1509)
      ==19955== by 0x4DC60CE: axis2_ws_info_list_update (ws_info_list.c:398)
      ==19955== by 0x4DCCB75: axis2_repos_listener_update (repos_listener.c:281)
      ==19955== by 0x4DCD16B: axis2_repos_listener_init (repos_listener.c:307)
      ==19955== by 0x4DCD299: axis2_repos_listener_create_with_folder_name_and_dep_engine (repos_listener.c:130)
      ==19955== by 0x4DC3D2A: axis2_dep_engine_load_client (dep_engine.c:962)
      ==19955== by 0x4DCD7DF: axis2_build_client_conf_ctx (conf_init.c:192)
      ==19955== by 0x4DDE235: axis2_svc_client_create_with_conf_ctx_and_svc (svc_client.c:1086)
      ==19955== by 0x4DDE64F: axis2_svc_client_create (svc_client.c:122)
      ==19955== by 0x4DD7B94: axis2_stub_create_with_endpoint_ref_and_client_home (stub.c:67)
      ==19955== by 0x430D2A6: axis2_stub_create_Service (axis2_stub_Service.c:33)

      The leak comes from the following code,
      AXIS2_EXTERN axis2_status_t AXIS2_CALL
      axis2_arch_reader_process_svc_grp(
      axis2_arch_reader_t * arch_reader,
      const axutil_env_t * env,
      axis2_char_t * file_name,
      struct axis2_dep_engine * dep_engine,
      axis2_svc_grp_t * svc_grp)
      {
      axis2_status_t status = AXIS2_FAILURE;
      axis2_char_t *svc_grp_xml = NULL;
      axis2_char_t *repos_path = NULL;
      axis2_bool_t file_flag = AXIS2_FALSE;
      AXIS2_PARAM_CHECK(env->error, file_name, AXIS2_FAILURE);
      AXIS2_PARAM_CHECK(env->error, dep_engine, AXIS2_FAILURE);
      AXIS2_PARAM_CHECK(env->error, svc_grp, AXIS2_FAILURE);

      file_flag = axis2_dep_engine_get_file_flag (dep_engine, env);

      if (!file_flag)

      { repos_path = axis2_dep_engine_get_repos_path(dep_engine, env); svc_grp_xml = axutil_strcat(env, repos_path, AXIS2_PATH_SEP_STR, AXIS2_SERVICE_FOLDER, AXIS2_PATH_SEP_STR, file_name, AXIS2_PATH_SEP_STR, AXIS2_SVC_XML, NULL); }

      else

      { repos_path = axis2_dep_engine_get_svc_dir (dep_engine, env); svc_grp_xml = axutil_strcat (env, repos_path, AXIS2_PATH_SEP_STR, file_name, AXIS2_PATH_SEP_STR, AXIS2_SVC_XML, NULL); }

      Attachments

        Activity

          People

            Unassigned Unassigned
            wangh H.Wang
            Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

              Created:
              Updated: