X-Recipient: archive-cygwin AT delorie DOT com
X-Spam-Check-By: sourceware.org
Date: Wed, 6 Feb 2008 21:07:57 -0500
From: Christopher Faylor <cgf-use-the-mailinglist-please AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: cygwin processes listing on windows vista
Message-ID: <20080207020757.GA28671@ednor.casa.cgf.cx>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <loom DOT 20080204T164008-961 AT post DOT gmane DOT org> <20080204170058 DOT GG5866 AT calimero DOT vinschen DOT de> <loom DOT 20080207T002008-393 AT post DOT gmane DOT org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <loom.20080207T002008-393@post.gmane.org>
User-Agent: Mutt/1.5.16 (2007-06-09)
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

On Thu, Feb 07, 2008 at 12:43:47AM +0000, Kurt Franke wrote:
>Corinna Vinschen <corinna-cygwin <at> cygwin.com> writes:
>
>> 
>> On Feb  4 16:41, Kurt Franke wrote:
>> > 
>> > Hi,
>> > 
>> > is there any possiblity to list the cygwin processes of all users when
>> > logged in as an user which is member of the Adminstrators group in
>> > windows vista ?
>> 
>> Not in 1.5.x.  The reason is the way global shared memory is handled
>> begining with Windows 2003 Server.  There is shared memory which has to
>> be shared between all processes to allow access to process data from
>> other processes.  Since user applications running in sessions != 0 are
>> not allowed to create global shared memory, these processes create
>> their own shared memory which is only accessible within their own
>> session.  The result is that these processes are sort of decoupled
>> from other Cygwin processes.
>> 
>> I made a change in current CVS a while back which tries to access
>> global shared memory first and only creates local shared memory if
>> the global one doesn't already exist and the process has no rights
>> to create global shared memory.  However, this is also not quite
>> foolproof.  It should work fine if you start any Cygwin process with
>> admin rights before starting any user processes, for instance, by
>> installing cygserver as a service.
>> 
>> Corinna
>> 
>
>Hi Corrina,
>
>there are runing some service processes started after boot
>
>ps listing from elevated admin session:
>meow2_~_505_# ps -ef
>     UID     PID    PPID TTY     STIME COMMAND
>  SYSTEM    1348       1   ?  00:17:38 /usr/bin/cygrunsrv
>  SYSTEM     124       1   ?  00:17:38 /usr/bin/cygrunsrv
>  SYSTEM    1664       1   ?  00:17:38 /usr/sbin/inetd
>  SYSTEM    1396     124   ?  00:17:38 /usr/sbin/cygserver
>  SYSTEM     664    1348   ?  00:17:38 /usr/sbin/cron
>  SYSTEM     780       1   ?  00:17:38 /usr/bin/cygrunsrv
>  SYSTEM    1692    1664   ?  00:17:39 /usr/sbin/inetd
>  SYSTEM    2196       1   ?  00:17:39 /usr/bin/cygrunsrv
>  SYSTEM    2172     780 con  00:17:39 /sbin/init
>  SYSTEM    2284       1   ?  00:17:39 /usr/bin/cygrunsrv
>  SYSTEM    2320    2196   ?  00:17:39 /usr/sbin/sshd
>  SYSTEM    2424    2284   ?  00:17:39 /usr/sbin/syslogd
>    kf_s    3684       1 con  00:19:20 /usr/bin/rxvt
>    kf_s    4088    3684   0  00:19:20 /usr/bin/bash
>    kf_s    5852       1 con  00:24:21 /usr/bin/rxvt
>    kf_s    4772    5852   1  00:24:21 /usr/bin/bash
>    kf_s    4664    4772   1  00:34:12 /usr/bin/ps
>meow2_~_506_# 
>
>ps listing from non-elevated admin session:
>meow2_~_504_% ps -ef
>     UID     PID    PPID TTY     STIME COMMAND
>    kf_s    3288       1 con  00:18:28 /usr/bin/rxvt
>    kf_s    4076    3288   0  00:18:37 /usr/bin/bash
>    kf_s    1872       1   0  00:21:19 /usr/bin/rxvt
>    kf_s    2312    1872   1  00:21:19 /usr/bin/bash
>    kf_s    4700    4076   0  00:31:19 /usr/bin/ps
>meow2_~_505_% 
>
>ps listing from standard user session:
>meow2_~_145_% ps -ef
>     UID     PID    PPID TTY     STIME COMMAND
>      kf    5204       1 con  00:23:51 /usr/bin/rxvt
>      kf    5280    5204   0  00:23:51 /usr/bin/bash
>      kf    4624       1   0  00:25:30 /usr/bin/rxvt
>      kf    4636    4624   1  00:25:30 /usr/bin/bash
>      kf    5484    4636   1  00:29:00 /usr/bin/telnet
>      kf    5272    5280   0  00:29:15 /usr/bin/ps
>meow2_~_146_% 
>
>whether the standard user processes nor the non-elevated
>admin-user processes seems to attach to the shared memory
>section created by the service processes
>
>the user processes of the listing from the elevated admin-user
>processes are caused by 2 different window logins and both are
>attached to the shared memory section created by the service
>processes
>
>may be there a privelege problem with non-elevated processes
>when trying to attach to a shared memory section created by 
>the service processes ?

Are you running a snapshot: http://cygwin.com/snapshots/ ?

That's what Corinna means by "current CVS".

cgf

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/