[15906] in Athena Bugs
a bunch of machtype nits
daemon@ATHENA.MIT.EDU (Michael Whitson)
Fri Apr 24 18:02:22 1998
Date: Fri, 24 Apr 1998 18:02:19 -0400
From: Michael Whitson <mwhitson@MIT.EDU>
To: bugs@MIT.EDU
The machtype(1) manpage for both Solaris and Irix documents the -M
option as follows:
-M Print the physical memory present (in hex).
When machtype -M is run under Irix 6.3,
(null) athyra ~% machtype -M
67108864
it returns the number of bytes of memory in decimal. When the same
command is run under Solaris 2.5.1,
(null) yendi ~% machtype -M
64732
it returns the number of kilobytes of memory in decimal.
When joined with the -v flag, machtype -M becomes even more
inconsistent. Under Irix 6.3:
(null) athyra ~% machtype -v -M
0x3b8e000 user, 0x4000000 (64 M) total
Under Solaris 2.5.1:
(null) yendi ~% machtype -v -M
59652 user, 63816 (63 M) total
These behaviours are all inconsistent and conflict with the documented
behaviour.
Note that there are some other documentation inconsistencies; for
example, the machtype(1) manpage references /vmunix, which may not be
appropriate under Solaris and Irix.
The behaviour of machtype -r under Irix 6.3 is somewhat inconsistent
with the documented behaviour -- it prints information not only about
the disk drives attached to the system but also about each SCSI
controller:
(null) athyra ~% machtype -r
CDROM : unit 4, on SCSI controller 0
Disk drive: unit 1, on SCSI controller 0
SCSI controller 1: Version WD 33C93A, rev. 5
SCSI controller 0: Version WD 33C93A, rev. 5
While the manpage does not state that -r *only* prints information
about the disk drives, this still strikes me as somewhat inaccurate.
Furthermore, adding -v has no effect to machtype -r under Irix 6.3.
The output of both machtype -r and machtype -v -r looks very different
between Irix 6.3 and Solaris 2.5.1.
There is a typo in the machtype(1) manpage in the sentence documenting
the -r option: "syystem".
-wrong mike
