Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!samsung!uunet!lll-winken!sun-barr!newstop!sun!amdcad!jetsun!pyramid!csg
From: csg@pyramid.pyramid.com (Carl S. Gutekunst)
Newsgroups: comp.sys.sequent
Subject: Re: Problems building X11R4 on sequent s2000, DYNIX/ptx
Message-ID: <153674@pyramid.pyramid.com>
Date: 29 Apr 91 16:42:24 GMT
References: <9813@castle.ed.ac.uk>
Organization: Pyramid Technology Corp., Mountain View, CA
Lines: 24

>I have defined STREAMS_CONN in the X config files in order to persuade X that
>it doesn't have a socket library to play with and I get failures....
>
>1376:           grantpt (screen->respond);
>1377:           unlockpt (screen->respond);
>1378:           if ((ptyfd = open (ptsname(screen->respond), O_RDWR)) < 0) {
>
>I tried phoning Sequent's hotline (UK) and was advised that... my best
>approach would probably be to use their BSD pseudoterminal handling routines
>on top of the streams.

That is, in fact, exactly what grantpt(), unlockpt(), and ptsname() are:
library routines to emulate Berkeley ptys over a Streams tty driver. I'd
guess these originated with SunOS, and they are certainly present on my SVR4
machine; but they are not part of SVR3.2. Assuming Sequent supplied them in
their port, you'll need to find the library where they live and add that to
your builds. Worst come to worst, you can use: 

	cd /usr/lib
	nm lib*.a | grep ptsname

and narrow it down from there.

<csg>