[omniORB] omniAsyncWorker issue in OmniORB version 4.0.1
Gurminder Singh
gurmsingh at quark.com
Wed Dec 6 15:50:18 GMT 2006
Hi All,
We are using OmniORB version 4.0.1 in our multi threaded server
application (solaris 8 platform).
The application tends to crash say about once a week in the production
environment.
We have not been able to reproduce it in our test environment.
The thread stack from the core file is shown below:
fdd9fb84 _lwp_kill (6, 0, f977ac10, fe1b5434, 1, f977ac5c) + 8
fdd36d10 abort (f8486a98, 4, fe1cf0b8, 15360, 1, f8486a98) + 100
fe1b504c __1cH__CimplRdefault_terminate6F_v_ (f8486a9c, 4, fe1cf0b8,
15360, 1, fe1b5048) + 4
fe1b5060 __1cH__CimplSdefault_unexpected6F_v_ (f8486a98, fe1b505c,
f8486a98, fe1cb080, 1, 1) + 4
fe1b4fd8 __1cH__CimplNex_unexpected6F_v_ (f977ade0, fe1b707c, fe1caf8c,
fe1cb080, fe1ca780, 1) + 14
fe1b5edc __1cG__CrunRex_chk_unexpected6F_v_ (fe1cae64, fe1b707c,
fe1cae68, 14df8, 14928, 0) + 88
fe1b707c __1c2n6FI_pv_ (100000, fe3abe1c, 500000, 13798, fe1ca780, 0) +
98
ff23cdfc __1cP_CORBA_Sequence4CC_Kcopybuffer6ML_v_ (f8551af8, 100000,
ffffffff, 1704f7c, 0, f85becae) + 4
ff23c040 __1cP_CORBA_Sequence4CC_Glength6ML_v_ (f8551af8, 100000,
100000, 1, f86398d4, fe3abd78) + 70
ff23b24c __1cV_CORBA_Sequence_Octet2L6MrnJcdrStream__v_ (f8551af8,
f86398d4, 3, 13798, fe1ca780, f8551af8) + 68
ff2357e8
__1cbH_0RL_cd_0e4d908b42cfa273_80000000SunmarshalArguments6MrnJcdrStream
__v_ (f977b87c, f86398d4, b8b6c, ff3501d0, ff2357bc, ff00) + 2c
fe307f00 __1cEomniGGIOP_SOReceiveRequest6MrnSomniCallDescriptor__v_
(f86398d0, f977b87c, 1574, fe3a07e8, 5, ff34fdb4) + 74
fe2e71f8
__1cOomniCallHandleGupcall6MpnLomniServant_rnSomniCallDescriptor__v_
(f977bb90, f8668a88, f977b87c, 6, 1, f86398d0) + 94
ff239064 __1cT_impl_AmMMOResourceJ_dispatch6MrnOomniCallHandle__b_
(f8668a98, f977bb90, 1c00, f8639988, 0, 1d50) + 23c
fe2d3454
__1cEomniKomniOrbPOAIdispatch6MrnOomniCallHandle_pnRomniLocalIdentity__v
_ (fe3a9628, f977bb90, f8668aa8, 0, ecd664, ecd664) + 2f4
fe2b6a90 __1cRomniLocalIdentityIdispatch6MrnOomniCallHandle__v_
(f8668aa8, f977bb90, 7f486da2, 1, 2f30, f85becae) + 94
fe307260 __1cEomniGGIOP_SNhandleRequest6M_b_ (f86398d0, f85beca0, 0,
f86398d4, f86398d4, f977bb8c) + 104
fe306e84 __1cEomniGGIOP_SKdispatcher6M_b_ (f86398d0, fe3ab0c4,
fe383086, 1, fe316a48, fe3a07e8) + 124
fe304558 __1cEomniKgiopWorkerMreal_execute6M_v_ (f8636f98, 9c6b0, 1400,
0, 0, 1504) + 424
fe30406c __1cEomniOgiopWorkerInfoDrun6M_v_ (f977bde4, f8636f98,
f977bde8, 0, fe3f48ec, 0) + 38
fe304114 __1cEomniKgiopWorkerHexecute6M_v_ (f8636f98, 45651c50,
2f706cf8, 0, 0, 2f706cf8) + 10
fe2aff18 __1cPomniAsyncWorkerIreal_run6M_v_ (f86344e0, f8636f98, 0,
fe3abb30, fe304104, ecc200) + 20c
fe2af418 __1cTomniAsyncWorkerInfoDrun6M_v_ (f977bf34, f86344e0, 0, 0,
0, 0) + 38
fe2b0108 __1cPomniAsyncWorkerDrun6Mpv_v_ (f86344e0, 0, 0, 0, 0, 0) + 14
fe3e28d4 omni_thread_wrapper (f86344e0, fe3f44c8, 0, 0, 0, 0) + d4
fdf65854 _lwp_start (0, 0, 0, 0, 0, 0)
Any help on the above mentioned issue will be highly appreciated.
Thanks & Regards
Gurminder singh
More information about the omniORB-list
mailing list