Mail Archives: cygwin/2008/02/06/19:44:45
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 ?
regards
kf
--
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/
- Raw text -