Re: three for newlib
Craig Small <[email protected]> Thu, 16 Dec 2021 20:48:09 +1100
| Newsgroups | gmane.linux.procps.devel |
|---|---|
| Message-ID | <CALy8Cw7vtrPpBHx29DykP0-e4ccT8D66y7wJ1=Yjg_tCZfXAwg@mail.gmail.com> |
Hi Jim, At first I was, well they won't work and for oldlib it probably would be too difficult. With newlib I've think we have a chance to get some of these working. It puts the library into an interesting state too. I'm not sure I have gone through all the options/fields but any PID field that needs a system field (e.g. system boot time) may give strange results. pgrep --older behaviour is an example of this, I think it silently makes the start time of the process 0 + seconds_since_boot so its always "new". - Craig On Thu, 16 Dec 2021 at 20:02, Jim Warner <[email protected]> wrote: > On 12/15/21 3:14 PM, Craig Small wrote: > > ... > > For top, it currently just dies but it's an interesting question; for > > the summary part for sure it's not going to work, but what about the > > process list? It could work (for most fields), but is it worthwhile > > making that happen? > > > Hi Craig, > > I had completely overlooked issue #227 and was unaware of the /proc > subset=pid provision. > > Let me see if/how top could be adapted to provide reduced functionality > under such circumstances. > > Regards, > > Jim >