Summary: | oneway op. with timeout crashes client due to server termination | ||
---|---|---|---|
Product: | TAO | Reporter: | jan.zima <jan.zima> |
Component: | ORB | Assignee: | DOC Center Support List (internal) <tao-support> |
Status: | RESOLVED FIXED | ||
Severity: | critical | ||
Priority: | P2 | ||
Version: | 1.4.8 | ||
Hardware: | x86 | ||
OS: | Windows XP | ||
Bug Depends on: | 2417 | ||
Bug Blocks: |
Description
jan.zima
2006-01-09 03:45:42 CST
Corected host version and target version. looks very much at bug 2323. Could you please update the regression that it runs automatically with perl as the other regressions. Also it must be portable and could you then attach it to this bugzilla entry? I'll try, same behaviour have Oneway_Buffering test when server is stoped. It's dependent on Messaging policy SYNC_NONE set. We found some new hack around this: in Invocation_Adapter.cpp Invocation_Adapter::invoke_remote_i // Create the resolver which will pick (or create) for us a // transport and a profile from the effective_target. Profile_Transport_Resolver resolver ( effective_target.in (), stub, 1); // (details.response_flags () != Messaging::SYNC_NONE)); Stack trace from our tests: __nxm_thread_kill, FP=20002d0fbf0 pthread_kill, FP=20002d0fbf0 tis_raise, FP=20002d0fc50 abort, FP=20002d0fc60 _ZN9__gnu_cxx27__verbose_terminate_handlerEv, FP=20002d0fc90 _ZN10__cxxabiv111__terminateEPFvvE, FP=20002d0fcc0 _ZSt9terminatev, FP=20002d0fce0 __cxa_pure_virtual, FP=20002d0fcf0 TAO_Transport::remove_reference, FP=20002d0fd00 TAO_Cache_IntId::~TAO_Cache_IntId, FP=20002d0fd10 ACE_Hash_Map_Entry<TAO_Cache_ExtId,TAO_Cache_IntId>::~ACE_Hash_Map_Entry, FP=20002d0fd20 ACE_Hash_Map_Manager_Ex<TAO_Cache_ExtId,TAO_Cache_IntId,ACE_Hash<TAO_Cache_ExtId>,ACE_Equal_To<TAO_Cache_ExtId>,ACE_Null_Mutex>:: >unbind_i, FP=20002d0fd50 TAO_Transport_Cache_Manager::purge_entry_i, FP=20002d0fd70 TAO_Transport::purge_entry, FP=20002d0fd90 TAO_Transport::not-in-charge ~TAO_Transport, FP=20002d0fde0 TAO_IIOP_Transport::in-charge-deleting ~TAO_IIOP_Transport, FP=20002d0fe30 TAO_IIOP_Connection_Handler::in-charge-deleting ~TAO_IIOP_Connection_Handler, FP=20002d0fe60 ACE_Event_Handler::remove_reference, FP=20002d0fe90 TAO_Transport::remove_reference, FP=20002d0fec0 TAO::Profile_Transport_Resolver::~Profile_Transport_Resolver, FP=20002d0fed0 TAO::Invocation_Adapter::invoke_remote_i, FP=20002d0fee0 TAO::Invocation_Adapter::invoke_i, FP=20002d0ff70 TAO::Invocation_Adapter::invoke, FP=20002d0ffd0 Madap::DataServer::WriteDpSeqDoubleOw, FP=20002d100b0 MadapInit::DS_WriteDpSeqDouble, FP=20002d101a0 m_DS_WriteDpSeqDouble, FP=20002d102e0 CallObjects, FP=20002d10380 ThreadFunc, FP=20002d3dba0 __thdBase, FP=20002d3dc00 your change really is not correct, you disable a lot of stuff in the orb. This seems the same as 2417. accept Wed Apr 19 07:48:12 UTC 2006 Johnny Willemsen <jwillemsen@remedy.nl> |