Hi Takashi,
please send this to the newlib ML, ideally as a reply to the patch or
patchset, CCing Matt and Sebastian.
Thanks,
Corinna
On May 17 12:17, Takashi Yano wrote:
> On Tue, 17 May 2022 04:37:12 +0900
> Takashi Yano wrote:
> > I found that "ps | cat" outputs nothin
On Tue, 17 May 2022 04:37:12 +0900
Takashi Yano wrote:
> I found that "ps | cat" outputs nothing with the current git head (master)
> of newlib-cygwin. However, just "ps" and "ls | cat" works.
>
> This happens after the commit:
>
> commit 26747c4
I found that "ps | cat" outputs nothing with the current git head (master)
of newlib-cygwin. However, just "ps" and "ls | cat" works.
This happens after the commit:
commit 26747c47bc0a1137e02e0377306d721cc3478855
Author: Matt Joyce
Date: Tue May
Brian Inglis writes:
> System processes with more recent process start times seem to make process
> times
> available to unelevated processes.
> Do startup system processes not have this info available to unelevated
> processes
> because of some security policy, timing, or possible race condition
process and performance monitor startup?
> So again: in the case under discussion we _know_ that "0" is a bogus
> timestamp value that no process ever got started on, even if it can be
> translated to "Jan 1st 1970" if it were indeed a valid timestamp. All
> I
us
timestamp value that no process ever got started on, even if it can be
translated to "Jan 1st 1970" if it were indeed a valid timestamp. All
I'm asking is that ps shows something like "N/A" instead of trying to
print something that looks like it might be a valid time,
On 2019-03-24 02:18, Achim Gratz wrote:
> Brian Inglis writes:
>> Are there non-startup system processes for which boot time is misleading?
>> If you need the truth use wmic, procexp64, or run ps in an elevated shell.
>
> I don't seem to get my point across. I'm fi
On 2019-03-21 13:08, Corinna Vinschen wrote:
> On Mar 21 10:02, Brian Inglis wrote:
>> On 2019-03-21 08:52, Corinna Vinschen wrote:
>>> On Mar 21 08:07, Brian Inglis wrote:
>>>> With latest Cygwin ps -W is now showing STIME Dec 31 for Windows
>>>> star
ooks like it should be
>> possible.
>> This might be because WMIC uses WMI which runs as a system service (which
>> runs as SYSTEM and has access to the data).
>> I'm not sure anybody wants Cygwin to have a dependency on WMI, though...
> So are these a +1 or ++1 for ps
On Mar 21 10:02, Brian Inglis wrote:
> On 2019-03-21 08:52, Corinna Vinschen wrote:
> > On Mar 21 08:07, Brian Inglis wrote:
> >> With latest Cygwin ps -W is now showing STIME Dec 31 for Windows startup
> >> processes - these should be limited to actual start or uptim
ght be because WMIC uses WMI which runs as a system service (which
> runs as SYSTEM and has access to the data).
> I'm not sure anybody wants Cygwin to have a dependency on WMI, though...
So are these a +1 or ++1 for ps -W showing startup process as Dec 31/Jan 1 on
Windows release 1
On Thu, Mar 21, 2019 at 9:58 AM Garber, Dave (BHGE, Non-GE) wrote:
> But Windows command 'wmic process get name, creationdate' in a
non-elevated command prompt also works. So it looks like it should be
possible.
This might be because WMIC uses WMI which runs as a system service (which
runs as SYS
> -Original Message-
> From: cygwin-ow...@cygwin.com On Behalf
> Of Corinna Vinschen
> Sent: Thursday, March 21, 2019 10:53 AM
> To: cygwin@cygwin.com
> Subject: EXT: Re: ps -W now showing STIME Dec 31
>
> On Mar 21 08:07, Brian Inglis wrote:
> > With late
On Mar 21 08:07, Brian Inglis wrote:
> With latest Cygwin ps -W is now showing STIME Dec 31 for Windows startup
> processes - these should be limited to actual start or uptime if possible.
It's not possible. Starttime requires ability to open process.
Corinna
--
Corinna Vins
With latest Cygwin ps -W is now showing STIME Dec 31 for Windows startup
processes - these should be limited to actual start or uptime if possible.
$ uname -a
CYGWIN_NT-10.0 BWInglisD 3.0.4(0.338/5/3) 2019-03-16 09:50 x86_64 Cygwin
$ uptime
07:50:48 up 6 days, 57 min, 0 users, load average
The 'pidof' command doesn't work with Cygwin's very crippled version of
/bin/ps. Specifically 'ps' doesn't understand '-o' nations whereas 'procps'
does.
Either 'pidof' needs to account for the Cygwin 'ps' not being remo
>
>
> I have no idea how did you do it, but I'm unable to see Windows processes
> like
> that without -W.
>
I'm sshd in. It's like :
cygwin sshd
|_ bash
|_ cmd
so ps -p works, it's just that it doesn't work properly unless i use the
actua
Greetings, Sabuj Pattanayek!
> Hi everyone,
> I'm experiencing a strange issue where ps does not find all the processes
> if it's run from a top level junction to the main cygwin directory in cmd :
> On an older windows install I had cygwin under c:\cygwin64 , this time
Hi everyone,
I'm experiencing a strange issue where ps does not find all the processes
if it's run from a top level junction to the main cygwin directory in cmd :
On an older windows install I had cygwin under c:\cygwin64 , this time I
used chocolatey to install it and it put it unde
On Jun 7 13:47, Erik Soderquist wrote:
> On Wed, Jun 7, 2017 at 1:31 PM, Corinna Vinschen wrote:
> > Worse, given the fact that Windows reuses PIDs quickly after a process
> > died, this information can be totally wrong.
>
> I was not aware Windows would reuse a PID when children of the
> previo
On Wed, Jun 7, 2017 at 1:31 PM, Corinna Vinschen wrote:
> Worse, given the fact that Windows reuses PIDs quickly after a process
> died, this information can be totally wrong.
I was not aware Windows would reuse a PID when children of the
previous process still existed...
Thank you for the infor
On Jun 7 13:10, Erik Soderquist wrote:
> The information exists in Windows somewhere, but either does not seem
> to be available to ps, or is not fetched by ps, and I don't know
> enough to know which...
>
> I tested with both elevated and non-elevated bash sessions, and ps
The information exists in Windows somewhere, but either does not seem
to be available to ps, or is not fetched by ps, and I don't know
enough to know which...
I tested with both elevated and non-elevated bash sessions, and ps
-efW shows 0 (zero) as the PPID for all Windows processes
Is ther
On 8/4/2016 7:01 PM, Mark Hansen wrote:
> On 8/4/2016 6:30 AM, Scott Geiger wrote:
>> Thanks, this was helpful. When I use -W I get one process that
>> contains the uppercase value that I entered through the grep command
>> but not the lowercase processes.
>>
>> Is there a parameter to ignore case
gawk - FYI
As for ps, it works, but it will show only Cygwin
related processes. It may have other limitations
as well, because it might be impossible or very
difficult to support some POSIX features under
Windows.
Cygwin ps allows for a -W command-line argument which tells it to include al
Greetings, Scott Geiger!
> Thanks, this was helpful. When I use -W I get one process that contains
> the uppercase value that I entered through the grep command but not the
> lowercase processes.
> Is there a parameter to ignore case?
Use tasklist.
P.S.
And don't top-post. Please.
--
With
ou'll have to install from the Cygwin package
> installer.
I have a fresh installation of Cygwin and /usr/bin/awk is a link to
/usr/bin/gawk - FYI
>
> As for ps, it works, but it will show only Cygwin
> related processes. It may have other limitations
> as well, because
ation. awk may be in a separate package
that you'll have to install from the Cygwin package
installer.
I have a fresh installation of Cygwin and /usr/bin/awk is a link to
/usr/bin/gawk - FYI
As for ps, it works, but it will show only Cygwin
related processes. It may have other limitatio
that you'll have to install from the Cygwin package
installer.
I have a fresh installation of Cygwin and /usr/bin/awk is a link to
/usr/bin/gawk - FYI
As for ps, it works, but it will show only Cygwin
related processes. It may have other limitations
as well, because it might be impossib
the Cygwin package
installer.
As for ps, it works, but it will show only Cygwin
related processes. It may have other limitations
as well, because it might be impossible or very
difficult to support some POSIX features under
Windows.
Regards - Eliot Moss
--
Problem reports: http://cygwin.com/pro
Hello,
We just started using Cygwin to assist us with running various scripts and
commands in an Oracle E-Business Suite environment on a Windows 2008 R2 server.
We have a script that we run that does the following:
ps -ef | grep mwa | grep -v grep | awk '{print $2}' | xargs k
Hi,
I am aware that the ps command allows you to see Windows processes using the
"-W" option.
My problem is that I need to be able to use the "-o" option on a Windows
process, to get vsz information as the format.
I know procps makes this possible, minus the allowi
o the cygwin1.dll
But .., any process found in /proc is not a cygwin processs?
If it isn't why ps -ef reports it?
$ ps -ef
UID PIDPPID TTYSTIME COMMAND
k4804 4908 pty0 18:18:29
/cygdrive/c/WINDOWS/system32/notepad
In this case notepad, is a child of
aware of that, but can’t the DLL see both the birth and death of
>> every Cygwin process? Birth via either DllMain() or execvp(2), and
>> death via one of the methods here:
>
> Aren't we talking about fetching info from non-Cygwin processes?
But .., any process found in /proc i
On Dec 18 12:17, Warren Young wrote:
> On Dec 18, 2014, at 12:10 PM, Corinna Vinschen
> wrote:
>
> > That may be possible
>
> That’s all I really wanted: to be correct. :)
"Maybe" doesn't mean "is" ;)
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwi
On Dec 18, 2014, at 12:10 PM, Corinna Vinschen
wrote:
> That may be possible
That’s all I really wanted: to be correct. :)
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe inf
On Dec 18 11:54, Warren Young wrote:
> On Dec 18, 2014, at 11:51 AM, Corinna Vinschen
> wrote:
>
> > On Dec 18 11:40, Warren Young wrote:
> >> On Dec 18, 2014, at 10:33 AM, Corinna Vinschen
> >> wrote:
> >>
> >>> On Dec 18 10:26, Warren Young wrote:
>
> ...Cygwin doesn’t do somethi
On Dec 18 19:51, Corinna Vinschen wrote:
> On Dec 18 11:40, Warren Young wrote:
> > On Dec 18, 2014, at 10:33 AM, Corinna Vinschen
> > wrote:
> >
> > > On Dec 18 10:26, Warren Young wrote:
> > >>
> > >> ...Cygwin doesn’t do something similar?
> > >
> > > Cygwin isn't a kernel and the process
>
On Dec 18, 2014, at 11:51 AM, Corinna Vinschen
wrote:
> On Dec 18 11:40, Warren Young wrote:
>> On Dec 18, 2014, at 10:33 AM, Corinna Vinschen
>> wrote:
>>
>>> On Dec 18 10:26, Warren Young wrote:
...Cygwin doesn’t do something similar?
>>>
>>> Cygwin isn't a kernel and the proces
On Dec 18 11:40, Warren Young wrote:
> On Dec 18, 2014, at 10:33 AM, Corinna Vinschen
> wrote:
>
> > On Dec 18 10:26, Warren Young wrote:
> >>
> >> ...Cygwin doesn’t do something similar?
> >
> > Cygwin isn't a kernel and the process
> > information is kept in shared memory regions held by the
On Dec 18, 2014, at 10:33 AM, Corinna Vinschen
wrote:
> On Dec 18 10:26, Warren Young wrote:
>>
>> ...Cygwin doesn’t do something similar?
>
> Cygwin isn't a kernel and the process
> information is kept in shared memory regions held by the parent process
> and the process itself. This model h
On Dec 18 18:56, BGINFO4X wrote:
> 2014-12-18 18:11 GMT+01:00 Corinna Vinschen <...>
> > The information is fetched from the process itself. This
> > requires a living, valid Cygwin process, so the info isn't available for
> > Windows processes.
> >
>
> Hello again, forgive me if this is stupid:
2014-12-18 18:11 GMT+01:00 Corinna Vinschen :
> On Dec 18 17:57, BGINFO4X wrote:
>> 2014-12-18 16:08 GMT+01:00 Marco Atzeri :
>> >
>> >
>> > On 12/18/2014 3:52 PM, Kizito Porta Balanyà wrote:
>> >>
>> >> Hello,
>> >>
>
On Dec 18 10:26, Warren Young wrote:
> On Dec 18, 2014, at 10:11 AM, Corinna Vinschen
> wrote:
>
> > The information is fetched from the process itself. This
> > requires a living, valid Cygwin process, so the info isn't available for
> > Windows processes.
>
> On a Unix/Linux system, a proce
On Dec 18, 2014, at 10:11 AM, Corinna Vinschen
wrote:
> The information is fetched from the process itself. This
> requires a living, valid Cygwin process, so the info isn't available for
> Windows processes.
On a Unix/Linux system, a process is marked when the kernel knows it
has died, but
On Dec 18 17:57, BGINFO4X wrote:
> 2014-12-18 16:08 GMT+01:00 Marco Atzeri :
> >
> >
> > On 12/18/2014 3:52 PM, Kizito Porta Balanyà wrote:
> >>
> >> Hello,
> >>
> >> I can't find where "ps -W" is coded in the procps
2014-12-18 16:08 GMT+01:00 Marco Atzeri :
>
>
> On 12/18/2014 3:52 PM, Kizito Porta Balanyà wrote:
>>
>> Hello,
>>
>> I can't find where "ps -W" is coded in the procps source files. Is it
>> there ? is it in cygwin.dll? What are you doing &quo
On 12/18/2014 3:52 PM, Kizito Porta Balanyà wrote:
Hello,
I can't find where "ps -W" is coded in the procps source files. Is it
there ? is it in cygwin.dll? What are you doing "internally" with the
-W option?
Another question related is: It is possible to map windo
Hello,
I can't find where "ps -W" is coded in the procps source files. Is it
there ? is it in cygwin.dll? What are you doing "internally" with the
-W option?
Another question related is: It is possible to map windows processes
to the /proc filysystem. Any way or hint?
T
On Wed, Mar 26, 2014 at 12:18:28PM +0100, m0viefreak wrote:
>On Wed, Mar 26, 2014 at 10:59:04AM +, Holger Dietze wrote:
>>I have searched the man page and the Cygwin projects, but did not found
>>a way to get this working.
>
>Cygwin uses a custom ps program that ca
> But if it works it at least a workaround.
And it works:
$ procps
PID TTY TIME CMD
18124 pty1 00:00:00 procps
4112 pty1 00:00:01 bash
$ procps -p 4112 -o pid= -o comm=
4112 bash
Thank you.
--
Problem reports: http://cygwin.com/problems.html
FAQ: h
Hi,
> The version you are looking for is available from the procps package.
> The ps binary is also named "procps".
thank you, I will check this.
It is a bit un-comfortable to check the OS where my scripts are running
to use a different ps-binary.
But if it works it at le
> I have searched the man page and the Cygwin projects, but did not found a way
> to get
> this working.
Cygwin uses a custom ps program that can also handle windows processes
but which does not support all those options.
The version you are looking for is available from the procps pac
Hello,
I am writing some scripts for linux and cygwin. To find out, if
a given pid (from /var/run/ is really the pid of the
correct process I use the ps command on linux (and AIX, Solaris,
even HPUX with a trick) with the option -o pid=
Example:
# ps -ef | grep bash
root 1118 1112 0 11
On 2/17/14, Christopher Faylor wrote:
>>Thanks a lot cgf. Checked the latest snaphshot. ps -W still shows
>>the same process (with same PID) twice, while ps aux shows it only
>>once. Here, please look at process 5952:
>
> I've put up another snapshot which cau
On Sat, Feb 15, 2014 at 11:12:48AM +0800, George M. Florendo wrote:
>On 12/28/13, Christopher Faylor wrote:
>>>>> Oops. Sorry. Just noticed that the pids weren't "different". There
>>>>> are still pathological situations where a pid can show up
On 12/28/13, Christopher Faylor wrote:
>>>> Oops. Sorry. Just noticed that the pids weren't "different". There
>>>> are still pathological situations where a pid can show up twice when
>>>> doing a "ps -W". I've seen the issue
On Wed, Jan 29, 2014 at 09:46:15PM -0600, Steven Penny wrote:
>On Wed, Jan 29, 2014 at 9:42 PM, Christopher Faylor wrote:
>> http://cygwin.com/ml/cygwin/2013-12/threads.html#00262
>
>With all due respect, so what? That is for 1.7.25, I have 1.7.27
I pointed you at a thread so that you could read t
On Wed, Jan 29, 2014 at 7:46 PM, Steven Penny wrote:
> On Wed, Jan 29, 2014 at 9:42 PM, Christopher Faylor wrote:
>> http://cygwin.com/ml/cygwin/2013-12/threads.html#00262
>
> With all due respect, so what? That is for 1.7.25, I have 1.7.27
It was reported in 1.7.25, fixed for 1.7.28.
--
Problem
On Wed, Jan 29, 2014 at 9:42 PM, Christopher Faylor wrote:
> http://cygwin.com/ml/cygwin/2013-12/threads.html#00262
With all due respect, so what? That is for 1.7.25, I have 1.7.27
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentatio
On Wed, Jan 29, 2014 at 09:30:28PM -0600, Steven Penny wrote:
>I can run "ps | grep" and it will run smooth
>
>$ time ps | grep bash
> 231219083252 2312 cons0 1000 21:20:11 /usr/bin/bash
>
>real0m0.031s
>user0m0.015s
&g
I can run "ps | grep" and it will run smooth
$ time ps | grep bash
231219083252 2312 cons0 1000 21:20:11 /usr/bin/bash
real0m0.031s
user0m0.015s
sys 0m0.030s
and then other times it will hang
$ time ps | grep bash
31
v 28, 2013 at 02:08:13PM +0100, Corinna Vinschen wrote:
>>>>>On Nov 28 15:20, George M. Florendo wrote:
>>>>>> Hi,
>>>>>>
>>>>>> I run a non cygwin apache process named httpd.exe. Checking it with
>>>>>> &quo
5:20, George M. Florendo wrote:
>>>>> Hi,
>>>>>
>>>>> I run a non cygwin apache process named httpd.exe. Checking it with
>>>>> "ps -W" shows a listing of the same process (with PID 4560 in this
>>>>> case) tw
> I run a non cygwin apache process named httpd.exe. Checking it with
>>>> "ps -W" shows a listing of the same process (with PID 4560 in this
>>>> case) twice.
>>>>
>>>> $ ps -W | grep httpd
>>>> 456016044560
On 11/28/13, Corinna Vinschen wrote:
> On Nov 28 15:20, George M. Florendo wrote:
>> Hi,
>>
>> I run a non cygwin apache process named httpd.exe. Checking it with
>> "ps -W" shows a listing of the same process (with PID 4560 in this
>> case) twice.
>
On Thu, Nov 28, 2013 at 10:55:04AM -0500, Christopher Faylor wrote:
>On Thu, Nov 28, 2013 at 02:08:13PM +0100, Corinna Vinschen wrote:
>>On Nov 28 15:20, George M. Florendo wrote:
>>> Hi,
>>>
>>> I run a non cygwin apache process named httpd.exe. Checking it
On Thu, Nov 28, 2013 at 02:08:13PM +0100, Corinna Vinschen wrote:
>On Nov 28 15:20, George M. Florendo wrote:
>> Hi,
>>
>> I run a non cygwin apache process named httpd.exe. Checking it with
>> "ps -W" shows a listing of the same process (with PID 4560 i
On Nov 28 15:20, George M. Florendo wrote:
> Hi,
>
> I run a non cygwin apache process named httpd.exe. Checking it with
> "ps -W" shows a listing of the same process (with PID 4560 in this
> case) twice.
>
> $ ps -W | grep httpd
> 456016044560
Hi,
I run a non cygwin apache process named httpd.exe. Checking it with
"ps -W" shows a listing of the same process (with PID 4560 in this
case) twice.
$ ps -W | grep httpd
456016044560 5304 pty01000 09:55:21
/home/georgeflorendo/wamp/bin/apache/Apache2.4.4
On 10/24/2013 11:33, Hardy Griech wrote:
On 24.10.2013 16:21, cygwin at kosowsky.org wrote:
:
2. Why is the start time Jan 1, 1970 (or in my case Dec 31 1969?) when
the process was only started today?
:
Timezone?
Yes. (time_t)0 is Jan 1 1970 *GMT*.
--
Problem reports: http://cygw
On 24.10.2013 16:21, cygwin at kosowsky.org wrote:
:
2. Why is the start time Jan 1, 1970 (or in my case Dec 31 1969?) when
the process was only started today?
:
Timezone?
H.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentat
> > As for the date issue, what you're seeing is the traditional UNIX/POSIX
> > start time (the number of seconds since Jan 1, 1970). It's nothing
strange.
[...]
> 2. Why is the start time Jan 1, 1970 (or in my case Dec 31 1969?) when
>the process was only started today?
You are looking at
Larry Hall (Cygwin) wrote at about 07:58:24 -0400 on Thursday, October 24, 2013:
> On 10/24/2013 6:03 AM, Anthony Geoghegan wrote:
> > I was intrigued by Jeff's post so I tried a couple of experiments of
> > my own and was able to duplicate the same behaviour - including the
> > bash process be
On Thu, Oct 24, 2013 at 7:58 AM, Larry Hall (Cygwin) wrote:
> On 10/24/2013 6:03 AM, Anthony Geoghegan wrote:
>>
>> I was intrigued by Jeff's post so I tried a couple of experiments of
>> my own and was able to duplicate the same behaviour - including the
>> bash process being shown as a Windows pr
On 10/24/2013 6:03 AM, Anthony Geoghegan wrote:
I was intrigued by Jeff's post so I tried a couple of experiments of
my own and was able to duplicate the same behaviour - including the
bash process being shown as a Windows process - on my Cygwin
installation. The only difference was that I was ge
piping to grep
sometimes shows how the bash process forks to start the grep process.
However, I'm curious as to why there's also a duplicate ssh-agent
process every now and again.
Regards,
Anthony
$ while true; do date; ps -W | grep ssh-agent; sleep .3; echo; done
Thu, Oct 24, 2013 10
Corinna Vinschen wrote at about 10:25:35 +0200 on Wednesday, October 23, 2013:
> On Oct 21 18:09, cygwin wrote:
> > When I type 'ps', I get as expected the following processes:
> >
> > PIDPPIDPGID WINPID TTY UIDSTIME COMMAND
On Oct 21 18:09, cygwin wrote:
> When I type 'ps', I get as expected the following processes:
>
> PIDPPIDPGID WINPID TTY UIDSTIME COMMAND
> 180363188 18036 17792 pty01001 16:54:33 /usr/bin/ps
> 318816883188
When I type 'ps', I get as expected the following processes:
PIDPPIDPGID WINPID TTY UIDSTIME COMMAND
180363188 18036 17792 pty01001 16:54:33 /usr/bin/ps
318816883188 3212 pty01001 06:59:16 /usr/bin/bash
16
But when I put it in cron, the number of
> services detected were not the same. Account used is the same during manual
> execution and also on cron.
>
> To get the list of services, I use this command /usr/bin/ps -efW.
>
> Do you have any idea why such behavior? Help is v
the same. Account used is the same during manual execution
and also on cron.
To get the list of services, I use this command /usr/bin/ps -efW.
Do you have any idea why such behavior? Help is very much appreciated. Thanks.
Regards,
Jun
On Mon, May 20, 2013 at 10:32:07AM +0200, AZ 9901 wrote:
>Do you think ps command could be corrected / improved to display
>"myscript" (script's name according to the example above) and/or
>command line arguments ?
We have no plans on modifying Cygwin's ps program.
-
Le 7 mai 2013 à 15:30, AZ 9901 a écrit :
> Le 7 mai 2013 à 10:46, AZ 9901 a écrit :
>
>> Hello,
>>
>> I run a bash script in a multi-user environment.
>> This script uses "ps -ef" in particular to list all its instances.
>>
>> On a comm
nce there are all kinds of things you can learn about other users if you
> are allowed to see the parameters they pass to their commands.
My "exec" workaround should work on FreeBSD :-) (however not tested on this OS
yet) : "bash" process name will be replaced in ps o
On 5/7/2013 02:46, AZ 9901 wrote:
This script uses "ps -ef" in particular to list all its instances.
Any script that relies on 'ps' output parsing is probably unportable
from the get-go.
Your script will also fail on most FreeBSD machines, for example. On
FreeBSD, the
Le 7 mai 2013 à 10:46, AZ 9901 a écrit :
> Hello,
>
> I run a bash script in a multi-user environment.
> This script uses "ps -ef" in particular to list all its instances.
>
> On a common UNIX / Linux system, it gives something like this :
> bobby 20326 20318
Hello,
I run a bash script in a multi-user environment.
This script uses "ps -ef" in particular to list all its instances.
On a common UNIX / Linux system, it gives something like this :
bobby 20326 20318 0 10:21 ?00:00:00 /bin/bash ./myscript.sh
marty 20330 2034
On Sat, Dec 15, 2012 at 10:46:24PM -0500, Paul Townsend wrote:
>In the
>
>http://sourceware.org/ml/cygwin/2009-05/msg00477.html
>
>message, I found
>
>- Two changes in the `ps -W' output. `ps -W' now prints all processes on
> the machine when running under a
In the
http://sourceware.org/ml/cygwin/2009-05/msg00477.html
message, I found
- Two changes in the `ps -W' output. `ps -W' now prints all processes on
the machine when running under an (elevated) administrator account,
not only the processes in the current session.
Shouldn&#
On Tue, Oct 09, 2012 at 05:39:36AM -0700, Sandeep Tamhankar wrote:
>I've heard / read how particular folks are on this list, so please
>forgive me if I'm too terse.
I don't think this kind of innoculation attempt ever really works.
Rather than apologize for an imagined possible gaffe, just ask you
On Tue, Mar 06, 2012 at 02:39:54PM +0100, "Danyi-Zsil?k Andr?s" wrote:
>I try to use "ps -W" to monitor processes, but UID is 0 except for
>processes started in cygwin. Is it a bug or a feature?
As you've discovered, implementation of UID for non-cygwin processes
Hi,
I try to use "ps -W" to monitor processes, but UID is 0 except for processes
started in cygwin. Is it a bug or a feature?
14:13:50[siebel@CRMDOCTRN1:~]$ uname -a
CYGWIN_NT-6.0 CRMDOCTRN1 1.7.10(0.259/5/3) 2012-02-05 12:36 i686 Cygwin
14:14:11[siebel@CRMDOCTRN1:~]$ ps --version
On 3/28/2011 13:04, Antha Lamus wrote:
> Hi all,
> I recently installed a newer version of bash and now the "ps" command
> does not issue anything anymore (return code is 128). in fact, even
> the options seem different as I don't see "-W" in the man any
Hi all,
I recently installed a newer version of bash and now the "ps" command
does not issue anything anymore (return code is 128). in fact, even
the options seem different as I don't see "-W" in the man anymore.
also, I can pretty much issue anything I wa
On Sat, Mar 5, 2011 at 4:59 AM, Graham Benton wrote:
> After intsalling cygwin 1.7.8-1 package, I get no output from ps or mount
> commands. There may have been problems with the output of other commands,
> but after trying a reboot, I downgraded back to 1.7.7-1 after finding the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/13/2010 05:01 AM, Fergus wrote:
> I have XWin running and it shows up as a process under
> ps -a
> but not under
> ps
Time for another round of the blame game!
What's happening is that your shell is getting instantiated on a
I have XWin running and it shows up as a process under
ps -a
but not under
ps
I think this behaviour is recent: certainly it has perturbed what were
previously well-behaved scripts.
Supplementary:
I was basically using ps | grep in a script to query whether XWin was
running. Am I correct
Hello
I installed gv 3.6.5 under cygwin 1.7.5. I can start gv but when I open a
postscript file the mouse pointer converts to a watch symbol and the plot is
not displayed. Else no errors or warnings are displayed.
Has anybody an idea how this problem can be solved?
Thanks.
Hans
--
Problem
. Not "everyone in the world".
(Larry, please excuse me for continuing.)
Don,
Let me second that motion. I, for one, do not want the default to be
seeing everything on the machine.
Do you how many processes that can be? Right now, here's what I get
eliminating ps and wc.
- ps give
1 - 100 of 268 matches
Mail list logo
