axis-c-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From axis-c-...@ws.apache.org
Subject [jira] Commented: (AXISCPP-189) Stub falls over after first stub has been deleted
Date Wed, 06 Oct 2004 13:52:32 GMT
The following comment has been added to this issue:

     Author: Samisa Abeysinghe
    Created: Wed, 6 Oct 2004 6:52 AM
       Body:
Ref count will definitely solve the problem.

However, if you are going to deal with multiple stubs in the application , with current code,

Axis::initialize(false);
can be used to init the platform prior to starting to deal with Stubs and call
Axis::terminate();
once the Stubs are done with.
---------------------------------------------------------------------
View this comment:
  http://issues.apache.org/jira/browse/AXISCPP-189?page=comments#action_53757

---------------------------------------------------------------------
View the issue:
  http://issues.apache.org/jira/browse/AXISCPP-189

Here is an overview of the issue:
---------------------------------------------------------------------
        Key: AXISCPP-189
    Summary: Stub falls over after first stub has been deleted
       Type: Bug

     Status: Unassigned
   Priority: Minor

    Project: Axis-C++
 Components: 
             Basic Architecture
   Versions:
             1.3 Final

   Assignee: 
   Reporter: Mark Whitlock

    Created: Wed, 6 Oct 2004 6:09 AM
    Updated: Wed, 6 Oct 2004 6:52 AM

Description:
The first Call to be created remembers that it issued initialize_module and issues uninitialize_module
in its destructor. Other Call objects don't issue initialize_module. If other Call objects
are used after the first Call has been deleted, uninitialize_module will have been called
and they will fall over. There should be a reference count of the number of Call objects and
the *last* one should issue uninitialize_module, not the one that issued initialize_module.
This problem will happen for Stubs and generated stubs, since a generated stub has a Stub
and a Stub has a Call.


---------------------------------------------------------------------
JIRA INFORMATION:
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

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira


Mime
View raw message