home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / hp / 13997 < prev    next >
Encoding:
Text File  |  1992-12-11  |  2.1 KB  |  46 lines
  1. Newsgroups: comp.sys.hp
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!sdd.hp.com!hp-cv!hp-pcd!hpcvusn!hpcvusd.cv.hp.com!daves
  3. From: daves@hpcvusd.cv.hp.com (Dave Serisky)
  4. Subject: Re: xterm and utmp
  5. Message-ID: <1992Dec11.215051.5227@hpcvusn.cv.hp.com>
  6. Sender: nobody@hpcvusn.cv.hp.com (Nobody - UID must be 99999)
  7. Nntp-Posting-Host: hpcvusd.cv.hp.com
  8. Organization: Hewlett-Packard Co., Corvallis, OR, USA
  9. References:  <Bz0M0H.6Br@helios.physics.utoronto.ca>
  10. Date: Fri, 11 Dec 1992 21:50:51 GMT
  11. Lines: 33
  12.  
  13. In article <Bz0M0H.6Br@helios.physics.utoronto.ca>, harrison@faraday.physics.utoronto.ca (David Harrison) writes:
  14. |> We are running a locally modified xterm, originally hacked from a home-made
  15. |> X11R4 on a Sun.  [Yes, I think we have a good reason for doing this, which
  16. |> I will comment on to individuals who want to know.]
  17. |> 
  18. |> I attempted to move it to our HP9000/750 running HP-UX 8.07.  Worked fine
  19. |> except that the /etc/utmp file wasn't being updated.  
  20.  
  21. Are you running xterm setuid root?  It can't update the file if it can't
  22. write it.
  23.  
  24. |> So, thinks I, time to convert to X11R5 anyhow.  Got the HP unsupported
  25. |> distribution from iworks.  It made beautifully.  Except the dead-stock
  26. |> xterm from that distribution doesn't update /etc/utmp either.
  27. |> 
  28. |> I did a "strings ... | grep tmp" on the xterm shipped by HP.  It doesn't
  29. |> have either "/etc/utmp" or "/etc/wtmp" in it; the X11R4 xterm I made from
  30. |> source has both; the X11R5 one from source has only "/etc/utmp".
  31. |> 
  32. |> Can someone from HP or elsewhere comment on what's going on here?  I can
  33. |> see a number of ways in main.c to fix this problem, but somebody has obviously
  34. |> already done it for the shipped binary.  Can anybody share the "wheel" so I
  35. |> don't have to re-invent it?
  36.  
  37. Depending on the release and how it was linked, it may or may not be
  38. using shared libraries.  If it is using shared libraries (specifically
  39. libc), there should be no reference to "/etc/utmp" in the file since it
  40. is all handled by the SYSV lib calls (see getut(3C) for more info).
  41.  
  42. So, setuid root it and try it again...
  43.  
  44. -- Dave Serisky
  45.    email - daves@cv.hp.com
  46.