home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / ultrix / 8330 < prev    next >
Encoding:
Internet Message Format  |  1992-11-15  |  2.0 KB
  1. Path: sparky!uunet!ukma!wupost!darwin.sura.net!haven.umd.edu!ni.umd.edu!sayshell.umd.edu!louie
  2. From: louie@sayshell.umd.edu (Louis A. Mamakos)
  3. Newsgroups: comp.unix.ultrix
  4. Subject: Re: CD-ROM is really a pseudoterminal??
  5. Date: 16 Nov 1992 00:52:01 GMT
  6. Organization: University of Maryland, College Park
  7. Lines: 40
  8. Message-ID: <1e6rbhINNig8@ni.umd.edu>
  9. References: <5435@daily-planet.concordia.ca> <1992Nov12.135412.18066@prl.dec.com> <BxMCny.DAw@newsflash.concordia.ca>
  10. NNTP-Posting-Host: sayshell.umd.edu
  11. Keywords: Gak!  Ugh!  Pfui!
  12.  
  13. In article <BxMCny.DAw@newsflash.concordia.ca> smw@alcor.concordia.ca ( Steven Winikoff ) writes:
  14. >I hate to disagree with Boyd Roberts, as he obviously knows what he's
  15. >talking about (as demonstrated in many other posts to this group,
  16. >among others). 
  17.  
  18. And you shouldn't...
  19.  
  20. >Now *that* is news to me, but then as I mentioned in a previous post, I
  21. >make no pretensions toward being a kernel hacker.
  22.  
  23. It's not really news to anyone with much kernel hacking experience.
  24. It's been that way since at least V7.
  25.  
  26. >It may be that pff incorrectly assumes that any two devices with
  27. >identical major and minor numbers are necessarily the same device.  *I*
  28. >certainly thought so :-)
  29.  
  30. Yup, incorrect assumption..
  31.  
  32. >I notice that ofiles (which I didn't run yesterday) reports that nobody
  33. >is using /dev/rz5c, even though pff still finds the telnet process on
  34. >ptyra.
  35.  
  36. Don't worry about the pty; it has nothing to do with your problem.
  37.  
  38. >So what's left?   I still think that "recycling" major and minor numbers
  39. >is a particularly strange thing to do, but if it really has no bearing
  40. >on my case, what does?
  41.  
  42. Why would you think this is strange?  As Boyd noted in a prior
  43. article, there are two distinct switch tables, one for character
  44. special devices and one for block special devices.
  45.  
  46. >It's definitely not that the mount point directory is busy.  I can't
  47. >find any other processes using the "real" /dev/rz5c.  So why won't
  48. >mount do what I want it to do?
  49.  
  50. I dunno.. did the CDROM autoconfig when you booted?
  51.  
  52. louie
  53.