[omniORB] Scavanger thread

[Ravi K Kulkarni]

Hi,
We are using ORB service in process. When we complete ORB services , we
are seeing scavanger thread coming in and process where we are reqeusting
the ORB services cores ( receving sign 11 ).
We want to stop this scavanger running . How to do this. The gdb back
traces shows like this.

(gdb) bt
#0 0x0f77e0b4 in kill () from /opt/mcp/ppcnf/crossroot/lib/libc.so.6
#1 0x0febbc74 in perc_sighandler (i_SigNo=<value optimized out>,
i_Siginfo=0x49e645e0, i_savedContext=<value optimized out>)
at /esw/fips820/Builds/b0715d_1430.820/src/perc/fsp/perc.C:636
#2 <signal handler called>
#3 0x0f5e7248 in omni::Scavenger::execute() () from
/opt/mcp/ppcnf/crossroot/usr/lib/libomniORB4.so.1
#4 0x0f595fbc in omniAsyncWorker::real_run() () from
/opt/mcp/ppcnf/crossroot/usr/lib/libomniORB4.so.1
#5 0x0f595a90 in omniAsyncWorkerInfo::run() () from
/opt/mcp/ppcnf/crossroot/usr/lib/libomniORB4.so.1
#6 0x0f5962b0 in omniAsyncWorker::run(void*) () from
/opt/mcp/ppcnf/crossroot/usr/lib/libomniORB4.so.1
#7 0x0f52a7a0 in omni_thread_wrapper () from
/opt/mcp/ppcnf/crossroot/usr/lib/libomnithread.so.3
#8 0x0fbe12b8 in start_thread (arg=0x49e65480) at pthread_create.c:303
#9 0x0f83eddc in clone () from /opt/mcp/ppcnf/crossroot/lib/libc.so.6
Thanks and regards

Ravi Kumar Kulkarni
POWER Firmware Development India
MK GF 129 Manyatha K Blk
ISTL, Bangalore
Extn: 56822
Mobile : [phone]
rkulkarn at in.ibm.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.omniorb-support.com/pipermail/omniorb-list/attachments/20140908/fa38199f/attachment.html>

[Duncan Grisby]

Post by Ravi K Kulkarni
We are using ORB service in process. When we complete ORB services ,
we are seeing scavanger thread coming in and process where we are
reqeusting the ORB services cores ( receving sign 11 ).
We want to stop this scavanger running . How to do this. The gdb back
traces shows like this.

How do you "complete ORB services"?

The correct way to clean up and stop all omniORB's threads is to call
orb->destroy(). Are you doing that?

Duncan.

[Ravi K Kulkarni]

Yeah, we are calling orb->destroy after completing ORB services. This
works when we call it on process exit. I have usecase where i need to
call it on exit of thread, this is not working, i mean after calling
destroy my next threads in that process are not able to make use of ORB
services.


Thanks and regards

Ravi Kumar Kulkarni
POWER Firmware Development India
MK GF 129 Manyatha K Blk
ISTL, Bangalore
Extn: 56822
Mobile : [phone]
rkulkarn at in.ibm.com



From: Duncan Grisby <duncan at grisby.org>
To: Ravi K Kulkarni/India/IBM at IBMIN
Cc: omniorb-list at omniorb-support.com
Date: 09/09/2014 04:41 PM
Subject: Re: [omniORB] Scavanger thread

Post by Ravi K Kulkarni
We are using ORB service in process. When we complete ORB services ,
we are seeing scavanger thread coming in and process where we are
reqeusting the ORB services cores ( receving sign 11 ).
We want to stop this scavanger running . How to do this. The gdb back
traces shows like this.

How do you "complete ORB services"?

The correct way to clean up and stop all omniORB's threads is to call
orb->destroy(). Are you doing that?

Duncan.

--
-- Duncan Grisby --
-- duncan at grisby.org --
-- http://www.grisby.org --



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.omniorb-support.com/pipermail/omniorb-list/attachments/20140909/d7087343/attachment.html>

[Duncan Grisby]

Post by Ravi K Kulkarni
Yeah, we are calling orb->destroy after completing ORB services.
This works when we call it on process exit. I have usecase where i
need to call it on exit of thread, this is not working, i mean after
calling destroy my next threads in that process are not able to make
use of ORB services.

You need to explain much more clearly what you are doing. What is the
structure of your program in terms of its threads, when it initialises
omniORB and when it shuts down? Without details of what exactly your
program is doing, it is impossible to help you.

Duncan.