This is the mail archive of the cygwin mailing list for the Cygwin project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Privilege(s) needed to run top command

On Mar 12 18:13, Corinna Vinschen wrote:
> On Mar 12 10:00, jwang wrote:
> > Sir,
> Nope.
> > I download, this morning:
> > 3132 -rw-r--r--  1 james None 3207004 Mar 12 10:50 cygwin-20190312.tar.xz
> > 
> > tar -xvf cygwin-20190312.tar.xz
> Where to?  You have to install cygwin1.dll in place of the other
> cygwin1.dll while having stopped all Cygwin processes.  Just unpacking
> with tar won't do anything useful.
> > then I did: 
> > 
> > usr/bin/ps -W|grep httpd
> This is really not helpful as far as bug reports go.  Drop the
> grep, drop the -W.  Just call `ps -e' or `procps -e' or `top'
> and see what's visible.  Do you see all CYgwin processes?  If so, fine.
> If not, please report details.  Just don't expect top's load average
> values to make any sense if you're running under a non-privileged
> user account.  They will be always 0.

Btw., `ps -W' only shows non-Cygwin processes visible inside the
current user session.  This session isolation has been introduced with
Windows 2003 and since Vista even the console interactive session is
running in its own session distinct from session 0.

Task Manager doesn't suffer this problem, but it's not clear to me why.
Perhaps it connects to a broker service which gives task manager access
to all processes.


Corinna Vinschen
Cygwin Maintainer

Attachment: signature.asc
Description: PGP signature

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]