SUMMARY: selection_svc, really needed?

From: Stefan Frick (
Date: Mon May 24 1993 - 06:40:13 CDT

Seems like there were several people out there who was suffering the same problem...

In my original posting I asked if there was any way to get rid of all
'selection_svc' processes that seemed to by in a sleep-state (except for the latest
one). Some claimed it was a bug in OW, other suggested it was in fact from SunView,
not OW.

Here's the replies:

>From Wed May 5 16:04:26 1993
Date: Wed, 5 May 1993 10:03:19 -0400 (EDT)
From: "Derrick J. Brashear" <>
Subject: Re: selection_svc, really needed?
Content-Length: 226

Selection_svc is the process which runs in OW so you can select things
in SunView sindows and have compatibility with OW (I think). You should
have man pages for selection_svc believe it or not. If you don't let me


>From Wed May 5 16:45:57 1993
Subject: Re: selection_svc, really needed?
Date: Wed, 05 May 93 16:36:04 +0200

Bug in openwin. It does not clean up after itself.

In your .logout do:

rpcinfo -d xxxxxxxx

Where 'xxxxxx' is the rpc number for selection_svc. You can find
it with:

rpcinfo -p `hostname`

It's always the same number, so no fancy footwork required.

(It's just I don't remember it right now...)



>From Wed May 5 18:12:53 1993
From: Mr T Crummey (DIJ) <>
Date: Wed, 5 May 93 17:10:06 BST
Subject: Re: selection_svc, really needed?
X-Sun-Charset: US-ASCII

Are you sure your not getting the selection_svc from Sunview? That is a known
problem, and Openwindows doesn't use it. It uses sv_xv_sel_svc.

Assuming it is coming from sunview, the problem can be solved by using putting
script in .login/.logout to search for selection_svc and kill it.

Alternatively, if you start sunview using exec sunview instead of sunview in
your .login script, you will find that selection_svc will exit each time. You
will also find that your users are logged out as soon as they quit sunview.

I have scripts to do a choice of startup window system which doesn't give rise
to you problem. Please e-mail me if you want them.


>From Wed May 5 19:18:07 1993
Date: Wed, 5 May 93 13:17:42 EDT
From: (Denis Faas)
Subject: Re: selection_svc, really needed?
Content-Length: 1803

We have incorperated a work around with the .logout script.
gxcursor, is a c program to get rid of the cursor left over
from windows.

if ($tty !~ /dev/ttyp* && $?TERM) then
        if ($tty == /dev/console) then
                set x = `ps aux | grep selection | grep -v grep`
                if ( $#x > 1 ) then
                        if ( $user == $x[1] ) kill -9 $x[2]

denis faas
harris semiconductor


We had a problem with 'selection_svc' whilst we used sunview,
our solution was simpyl to kill them at night from a cron job

Michael Millman
Dept Computer Science
University of Essex


>From Thu May 6 23:50:38 1993
Date: Thu, 6 May 1993 16:50:20 -0500
Subject: Re: selection_svc, really needed?
Newsgroups: usl.maillist.sunmgr
Organization: Univ. of Southwestern La., Lafayette

Here's what I did, based on a tip from the net. /usr/bin/sunview
is replaced by this script:

#! /bin/csh -f
# run sunview and get rid of running selection_svc that we might leave behind
# ... a stupid 'feature'. This is needed because the
# selection_svc left running is not always owned by the person running
# sunview and this creates some errors when opening files.
# Anyway, since /usr/bin/sunview is actually a link to /usr/bin/sunview1/sunview
# I replaced /usr/bin/sunview with the following shell script,
# which takes care of the problem the brute force way, by just killing
# the selection_svc when the user exits sunview. I hope this helps.
# Mark
/usr/bin/sunview1/sunview $*
set tokill = `ps ax | grep selection_svc | grep -v grep | awk '{ORS = " "; print $1}'`
(kill $tokill >& /dev/null)
unset tokill


Thanks to all who took the time to dug out this information!


| Stefan Frick | Email: |
| Ericsson Telecom | Phone: +46-11-241098 |
| Box 72 | Fax: +46-11-241207 |
| S-601 02 Norrkoping | |

This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:07:52 CDT