Path: utzoo!utgpu!jarvis.csri.toronto.edu!clyde.concordia.ca!uunet!samsung!uakari.primate.wisc.edu!ames!ncar!boulder!ccncsu!longs.LANCE.ColoState.Edu!steved From: steved@longs.LANCE.ColoState.Edu (Steve Dempsey) Newsgroups: comp.unix.ultrix Subject: Re: more Ultrix 3.1C bugs... Keywords: ps, pstat Message-ID: <3582@ccncsu.ColoState.EDU> Date: 2 Jan 90 20:53:15 GMT References: <9189@cbmvax.commodore.com> Sender: news@ccncsu.ColoState.EDU Reply-To: steved@longs.LANCE.ColoState.Edu (Steve Dempsey) Followup-To: comp.unix.ultrix Organization: Engineering College, Colorado State University Lines: 41 In article <9189@cbmvax.commodore.com>, grr@cbmvax.commodore.com (George Robbins) writes: > 2) pstat -u doesn't work with the "address" display by ps -l to display > the user area for a processes. It's not obvious whether the number > given by ps is bogus or pstat is confused. > > Depending on the address you either get garbage data or a can't read > page from swap error message. Someone does not agree on what "address" is; ps uses N, pstat uses N-1, e.g.: myhost % ps l#$$ F UID PID PPID CP PRI NI ADDR SZ RSS WCHAN STAT TT TIME COMMAND b008201 0 9095 9075 1 15 0 32fa 91 42 fe400 S p0 0:17 (csh) ^^^^ myhost % pstat -u 32f9 ^^^^ pcb (128 bytes) 0 1c00 64b2c9b9 0 8005660d df0009 6 1fc0000 c00c 900 8ff200 0 0 8fec00 3e8 0 0 900 8ff200 47f9 0 20001468 0 20087800 0 110000 59535b00 532e3053 58455359 59535d45 4f4f4253 58452e54 procp 45 et cetera.... It took me some hours of scratching my head before guessing at this. > I wonder if there is a 3.1C patch tape... Ultrix 3.2 :-) Steve Dempsey, Center for Computer Assisted Engineering Colorado State University, Fort Collins, CO 80523 +1 303 491 0630 INET: steved@longs.LANCE.ColoState.Edu, dempsey@handel.CS.ColoState.Edu UUCP: boulder!ccncsu!longs.LANCE.ColoState.Edu!steved, ...!ncar!handel!dempsey