home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!wupost!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!ucbvax!ucdavis!arons
- From: arons@ash.eecs.ucdavis.edu (Tom Arons)
- Newsgroups: comp.sys.hp
- Subject: Re: "script" broken in HP-UX 8.07??
- Message-ID: <ARONS.92Aug27171051@ash.eecs.ucdavis.edu>
- Date: 28 Aug 92 00:10:51 GMT
- References: <4eaenDK00WB4AvP0gq@andrew.cmu.edu> <7371259@hpfcso.FC.HP.COM>
- <5909@m1.cs.man.ac.uk>
- Sender: usenet@ucdavis.ucdavis.edu
- Organization: University of California at Davis
- Lines: 27
- In-reply-to: zlsiimw@mcchpc.mcc.ac.uk's message of 26 Aug 92 08:26:55 GMT
-
- In article <5909@m1.cs.man.ac.uk> zlsiimw@mcchpc.mcc.ac.uk (Mark Whidby) writes:
-
- > I'd just like to say that I'm experiencing this problem as well. I ran script
- > for the first time in ages and got this message. I was going to report it to
- > our sys. admins. but forgot about it until now. That was on another system
- > but I've tried it on the system I'm using now and still getting it. The first
- > time I tried it I just got the "Script done due to signal 10, file is <foo>"
- > message but now I'm getting
- >
- > script: warning: errno 2 attempting to open pty /dev/ptym/ptypf
- >
- > as well, which may or may not cast some light on the matter. This is on 8.05.
-
- We reported this to the response center a couple of weeks ago. The problem is
- in /system/UX-CORE/dev.script which builds the device files. The loops which
- build ptys only go from 0-e. All the pty*f files are missing. My guess as to
- why only script is sensitive to this problem is that non-failing utilities are
- using ptyopen instead of looping themselves. In any case putting in hard links
- to someplace from /dev/pty/tty*f, /dev/ptym/pty*f, /dev/pty*f, and /dev/tty*f,
- should fix things.
-
-
- --
- Tom Arons Internet: arons@eecs.ucdavis.edu
- EE/CS Department Bitnet: tgarons@ucdavis
- University of California UUCP: {lll-crg, ucbvax}!ucdavis!iris!arons
- Davis, CA 95616 Phone: (916) 752-1750
-