ps executable does not appear to match source

[paul.hermeneutic@gmail.com]

>That said, however, the other way of dealing with this is to modify
>procps to deal with Windows pids.  Then we wouldn't need the cygwin ps.
>If you want to provide a patch to do that, then it's likely that the
>procps maintainer would accept it -- assuming that it isn't so intrusive
>as to cause an ongoing maintenance problem.
>
>If procps can be made to do all of the things that ps now does then
>there would be no reason to keep ps around.

I am interested.  However, I would want to ensure from the beginning
the it is possible to achieve.  Would Cygwin accept a ps that did not
produce identically formatted output for each option of the
historically older version?  What about all those people who have
crafted their shell or Perl or Python code to interpret the output of
the historically older version?

For example, consider the -s switch; ps and the historically older
version have a different usage for this switch.

If equivalent functionality is acceptable, then I would like to
investigate further.  If not, then I am having a difficult time seeing
this as achievable.

--
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/