Routine for listing which users are logged in?

28 views
Skip to first unread message

Ignacio Valdes

unread,
May 29, 2019, 9:20:58 PM5/29/19
to hardhats
Hi,   Is there a routine that will reliably list which users are currently logged in on text based system without having to check through each user?  XU FINDUSER is 'tedious because you have to enter one user at a time for it to look up.'  Checking XUS Active User is inaccurate because abnormal terminations will still show them as being active when they are not.

-- IV

Sam Habiel

unread,
May 30, 2019, 8:53:18 AM5/30/19
to hardhats
The new ZSY (https://github.com/shabiel/Kernel-GTM/blob/master/Kernel/Routines/ZSY.m;
which requires a slightly modified ZU
[https://github.com/shabiel/Kernel-GTM/blob/master/Kernel/Routines/ZUGTM.m]),
displays all active processes with user names. It actually looks
really nice.

I have had a report that this version of ZSY causes replication to
hang; but I honestly couldn't verify that for sure (the reports were
conflicting); so maybe you shouldn't use it if you have replication
turned on. I will write a version that does not do mupip interrupts on
mupip processes.

Here's the manual, which I lovingly put together in Tex:
https://github.com/shabiel/Kernel-GTM/blob/master/doc/ZSY.pdf.

--Sam

On Wed, May 29, 2019 at 9:20 PM Ignacio Valdes <iva...@hal-pc.org> wrote:
>
> Hi, Is there a routine that will reliably list which users are currently logged in on text based system without having to check through each user? XU FINDUSER is 'tedious because you have to enter one user at a time for it to look up.' Checking XUS Active User is inaccurate because abnormal terminations will still show them as being active when they are not.
>
> -- IV
>
> --
> --
> http://groups.google.com/group/Hardhats
> To unsubscribe, send email to Hardhats+u...@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups "Hardhats" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to hardhats+u...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/msgid/hardhats/CANPWqJENaH851qmNVQM%2B1BRe15yp6BM8dhFnhuobKAmrEKBk%2BA%40mail.gmail.com.
> For more options, visit https://groups.google.com/d/optout.

K.S. Bhaskar

unread,
May 30, 2019, 11:40:45 AM5/30/19
to Hardhats
If you have a scenario in which this causes replication to stall (other than doing to with a Source Server process), I'd like to get details. The design of replication is such that its processes are independent of application processes. Thank you.

Regards
– Bhaskar

On Thursday, May 30, 2019 at 8:53:18 AM UTC-4, Sam Habiel wrote:
The new ZSY (https://github.com/shabiel/Kernel-GTM/blob/master/Kernel/Routines/ZSY.m;
which requires a slightly modified ZU
[https://github.com/shabiel/Kernel-GTM/blob/master/Kernel/Routines/ZUGTM.m]),
displays all active processes with user names. It actually looks
really nice.

I have had a report that this version of ZSY causes replication to
hang; but I honestly couldn't verify that for sure (the reports were
conflicting); so maybe you shouldn't use it if you have replication
turned on. I will write a version that does not do mupip interrupts on
mupip processes.

Here's the manual, which I lovingly put together in Tex:
https://github.com/shabiel/Kernel-GTM/blob/master/doc/ZSY.pdf.

--Sam

On Wed, May 29, 2019 at 9:20 PM Ignacio Valdes <iva...@hal-pc.org> wrote:
>
> Hi,   Is there a routine that will reliably list which users are currently logged in on text based system without having to check through each user?  XU FINDUSER is 'tedious because you have to enter one user at a time for it to look up.'  Checking XUS Active User is inaccurate because abnormal terminations will still show them as being active when they are not.
>
> -- IV
>
> --
> --
> http://groups.google.com/group/Hardhats
> To unsubscribe, send email to Hard...@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups "Hardhats" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to hard...@googlegroups.com.
Reply all
Reply to author
Forward
0 new messages