Ru: print a users(1)-style list of names for each host in the rwho spool directory Before running make, choose the proper CAPLIB (ie. -ltermlib or -ltermcap). Since rwho is pretty much a BSD animal (I think), this code has only been tested on a vax (BSD 4.2), on a Sun 4 and on Sun 3s (SunOS 3.5 & 4.0). Possible ru options: -a print all names regardless of idle time (not unlike "rwho -a"). -c for repeated names, print the total number of repeats. -d like -s but list hosts alphabetically, regardless of their subdomains. -m don't drop repeated names. -n sort usernames numerically. -r mimic rwho(1) output. -s print lists by host instead of by subdomain. -u list uptimes like ruptime(1). -w start a fresh line before the output can wrap around. -h restrict output to those hosts given on the command line. -l restrict output to those systems hosting the given users. -D restrict output to those hosts within the given subdomain. Thanks to getopt(3) the options listed above can be mixed and matched at will. For example: ru -ral joe jack prints rwho-style output (-r) of those systems hosting users joe and/or jack (-l joe jack) regardless of their idle-times (-a). ru -smD ai lists host-by-host (-s) the users (including repeated logins (-m)) within the ai subdomain (-D ai). Some options override others (eg. -d overrides -s, -m overrides -c, -u overrides -r). All options are subject to restriction by -h or -l and/or -D. Ru only uses existing spooled data so the displayed info could be up to 5 mins out of date. SUN's rusers(1c) seems to actively poll daemons throughout the local network ... which means it provides up-to-date info but it seems to take an awfully long time and also requires the services of another daemon. Ru was first written when everything here was still mainly on vaxes (it was also called rusers, then) so I was pleasantly surprised to discover SUN's rusers after CSRI made the final move to Suns. It was kind of interesting to see how they paralleled each other and how they differed (ie. options, etc.). Anyhow, hope it's useful. P. Kern pkern at gpu.utcs.toronto.edu pkern at gpu.utcs.utoronto.ca pkern at utorgpu.bitnet pkern at utgpu.uucp (..!utzoo!utgpu!pkern, ..!uunet!utai!utgpu!pkern)