home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / linux / 21750 < prev    next >
Encoding:
Internet Message Format  |  1992-12-26  |  2.2 KB
  1. Path: sparky!uunet!gatech!emory!ogicse!das-news.harvard.edu!cantaloupe.srv.cs.cmu.edu!drycas.club.cc.cmu.edu!ghod
  2. From: ghod@drycas.club.cc.cmu.edu
  3. Newsgroups: comp.os.linux
  4. Subject: Re: fstat dead under 0.99.1
  5. Message-ID: <1992Dec26.140401.2797@drycas.club.cc.cmu.edu>
  6. Date: 26 Dec 92 09:04:01 GMT
  7. Article-I.D.: drycas.1992Dec26.140401.2797
  8. References: <1992Dec22.165926.10582@mintaka.lcs.mit.edu> <1992Dec23.002229.21267@uc.msc.edu>
  9. Organization: Carnegie Mellon Computer Club
  10. Lines: 38
  11.  
  12. In article <1992Dec23.002229.21267@uc.msc.edu>, mfrankow@hamline.edu (Mike Frankowski) writes:
  13. > The Wyvern (wyvern@gnu.ai.mit.edu) wrote:
  14. > : The fstat/fuser programs from the ps package seem to be broken under
  15. > : 0.99.1 - an fstat gives this:
  16. > : USER     COMMAND    PID    FD  DEV   INUM   SZ|DV MODE       NAME
  17. > : 
  18. > : and that's it. All the other programs in the package seem to work
  19. > : without any problems. At first I thought that ps and family
  20. > : might just need to be recompiled, as is the case so often, but
  21. > : recompilation didn't seem to produce any results.
  22. > : Anyone else having this problem?
  23. > 
  24. > Same problem here, all other things work (maybe not fuser, but then again
  25. > I have never had a need for it).
  26. > 
  27. > Mike
  28.  
  29. Count me in for this problem too. I never even thought to test fstat last night
  30. after I built the new kernel, but I tried it just now on another console and
  31. sure enough, I get the same results. 
  32.  
  33. I've noticed one other peculiarity that has to do with ps. Once in a while, the
  34. command line arguments for one or two processes will get scrambled. I realize
  35. that processes that are swapped out get their arguments replaced with their
  36. command name (i.e. /usr/etc/inet/inetd becomes just (inetd)) but this is
  37. different. What I see is a few random characters where the args should be.
  38. One of them doesn't have any arguments at all. Note that this only happens
  39. periodically and I'm at a loss to determine what sets it off. This little
  40. glitch popped up right after I upgraded from .98 pl5 to .99 and it seems
  41. to have carried over to .99 pl1. Anybody else notice this or am I just special?
  42.  
  43. -Bill
  44.  
  45. My stuff:
  46. 16Mhz 386SX (No coprocessor)
  47. 40 Mbytes RAM
  48. 42 Mbyte Seagate ST351A/X IDE drive (38 megs data, 4 megs swap)
  49. 1990 AMI BIOS
  50.