On Tue, Oct 02, 2007 at 02:05:03PM +0200, Dag-Erling Sm=F8rgrav wrote:
> "Steven Hartland" <killing@multiplay.co.uk> writes:
> > Any one got any pointers on this, the machine we running this app on is=
over
> > 90% idle so I really don't want to have to install a second machine jus=
t to
> > workaround a limit on the number of pty's, surely there's a way to incr=
ease
> > this?
>=20
> You need to change the way ptys are named in pty_create_slave() and
> pty_clone() in sys/kern/tty_pty.c. Just changing names won't help as
> the sequence is also hardcoded in pty_clone().
>=20
> You also need to change grantpt(), openpty() and any other userland code
> which has hardcoded knowledge of the naming scheme:
>=20
> des@ds4 ~% gfs pqrsPQRS
> src/sys/kern/tty_pty.c: static char *names =3D "pqrsPQRS";
> src/sys/kern/tty_pty.c: * pts =3D=3D /dev/tty[pqrsPQRS][0123456789abcdef=
ghijklmnopqrstuv]
> src/sys/kern/tty_pty.c: * ptc =3D=3D /dev/pty[pqrsPQRS][0123456789abcdef=
ghijklmnopqrstuv]
> src/contrib/telnet/telnetd/sys_term.c: for (cp =3D "pqrsPQRS"; *cp; cp++=
) {
> src/usr.sbin/ac/ac.c: strchr("pqrsPQRS", us=
r.ut_line[3]) !=3D 0 ||
> src/lib/libutil/pty.c: for (cp1 =3D "pqrsPQRS"; *cp1; cp1++) {
> src/lib/libc/stdlib/grantpt.c: #define PT_DEV1 "pqrsPQRS"
>=20
> Alternatively, set kern.pts.enable to 1, and find and fix the
> hang-on-close bug in the pts code (if it hasn't been fixed already)
This last option is only available if you are running 7-CURRENT though.
The pts code is not in 6-STABLE (or older.)
--=20
<Insert your favourite quote here.>
Erik Trulsson
ertr1013@student.uu.se
_______________________________________________
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"