This is the mail archive of the
mailing list for the Cygwin project.
Re: [PATCH] default ps -W process start time to system boot time when inaccessible, 0, -1
- From: Achim Gratz <Stromeko at nexgo dot de>
- To: cygwin at cygwin dot com
- Date: Sun, 24 Mar 2019 19:15:17 +0100
- Subject: Re: [PATCH] default ps -W process start time to system boot time when inaccessible, 0, -1
- References: <20190323034522.9688-1-Brian.Inglis@SystematicSW.ab.ca> <87d0mh5x3u.fsf@Rainer.invalid> <20190323183653.GB3471@calimero.vinschen.de> <874l7tbfh6.fsf@Rainer.invalid> <4dfdfce1-245d-98fe-0c49-890ba8ec8dd4@SystematicSw.ab.ca> <874l7s65yv.fsf@Rainer.invalid> <bacddf44-e71b-08a2-9e93-0da8d98cc540@SystematicSw.ab.ca>
Brian Inglis writes:
> Boot time is neither magic nor pulled out of thin air.
No, but other than a lower limit of the process start time it has no
correlation whatsoever to the start time of a process that I am not
proviledged to get the start time from.
> Checking *my* system processes using wmic queries and elevated powershell
> scripts, the boot time is at most a few seconds off from process start times
> from other sources.
> I understand that other systems may run processes where that is not the case.
> Please explain why you think this is misleadingly not useful, or where or which
> processes have unvailable start times that are not very close to boot time.
System processes get started and re-started all the time, as do
processes from other users (interactive or otherwise).
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'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, but still
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Waldorf MIDI Implementation & additional documentation:
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple