screens: No more ptys

screens: No more ptys

Post by Daniel Jacobs 702.871.44 » Sun, 07 Jan 1996 04:00:00



With both splitvt and screen (3.5.2) I get errors that there are no more
ptys available even though I have 164 of them compiled into the kernel.
Anyone have any ideas? Directions to look? This is 3.2.4 of SCO.

Thanks,

dan jacobs

--
Any technology sufficiently advanced is indistinguishable from magic - PT

sysadmin            |     (702) 871-4461 or finger danielj for info

 
 
 

screens: No more ptys

Post by Bela Lubki » Sun, 07 Jan 1996 04:00:00



> With both splitvt and screen (3.5.2) I get errors that there are no more
> ptys available even though I have 164 of them compiled into the kernel.
> Anyone have any ideas? Directions to look? This is 3.2.4 of SCO.

Who compiled them?  They were probably built with the wrong pty
searching scheme.  SCO's ptys are named /dev/ttyp0 .. ttyp163 (in your
case).  screen's probably looking for ttyp0..p7, ttyq0..q7, or some such
scheme.
Quote:>Bela<


 
 
 

screens: No more ptys

Post by James C. Weisbe » Sun, 07 Jan 1996 04:00:00





>> With both splitvt and screen (3.5.2) I get errors that there are no more
>> ptys available even though I have 164 of them compiled into the kernel.
>> Anyone have any ideas? Directions to look? This is 3.2.4 of SCO.

>Who compiled them?  They were probably built with the wrong pty
>searching scheme.  SCO's ptys are named /dev/ttyp0 .. ttyp163 (in your
>case).  screen's probably looking for ttyp0..p7, ttyq0..q7, or some such
>scheme.

Yes, this is true. I believe screen defaults to a "BSD-ish" looking
scheme which are all of the form ptyXY. I don't even think screen
even has any direction for opening more than 99 ptys of the form ttypXXX.
Thus, you might have to write your own or contact Juergen Weigert and
ask him to support an SCO pty scheme.

If you want to write your own, take a look at the pty.c file and the
various OpenPTY() functions.

 
 
 

screens: No more ptys

Post by Bela Lubki » Wed, 10 Jan 1996 04:00:00



> Yes, this is true. I believe screen defaults to a "BSD-ish" looking
> scheme which are all of the form ptyXY. I don't even think screen
> even has any direction for opening more than 99 ptys of the form ttypXXX.
> Thus, you might have to write your own or contact Juergen Weigert and
> ask him to support an SCO pty scheme.

> If you want to write your own, take a look at the pty.c file and the
> various OpenPTY() functions.

I thought one of its schemes was right for SCO, given the right
parameters, but I see I was mistaken.  Someone would need to write an
OpenPTY function for the SCO scheme -- no big deal.  Ah, yes, I see that
the version on Skunkware 5 (screen 3.5.1) is configured with the BSD
style function, but only checks ptys ttyp0 through ttyp9 -- you'd run
out of screens immediately.  The version I was messing with recently
(3.7.1) still doesn't have a SCO pty function.
Quote:>Bela<

 
 
 

screens: No more ptys

Post by Juergen Luks » Wed, 10 Jan 1996 04:00:00




> > With both splitvt and screen (3.5.2) I get errors that there are no more
> > ptys available even though I have 164 of them compiled into the kernel.
> > Anyone have any ideas? Directions to look? This is 3.2.4 of SCO.

> Who compiled them?  They were probably built with the wrong pty
> searching scheme.  SCO's ptys are named /dev/ttyp0 .. ttyp163 (in your
> case).  screen's probably looking for ttyp0..p7, ttyq0..q7, or some such
> scheme.

> >Bela<

If the searching scheme is like ttyp0...p9, pa ... pf, q0 ... you might
create the hexadecimal tty nodes with 'mkdev ptty xnodes'. Then you will
have the decimal pttys ttyp0 ... p9, p10, ... and also the hexadecimal
numbering ttyp0 .. p9, pa ... pf, q0 ...

This is especially needed if you use dbXtra. It uses the hex-scheme.

If you do have SCO 3.2.4.0 (ODT 2.0) you have to create the nodes every
time you relink the kernel and recreate the environment. On 3.2.4.2 (ODT 3.0)
this is not necessary.
--
....... . . . . .  .  .  .   .   .   .    .    .     .     .     .    .
   "                 Telenet GmbH         phone: +49 6151 733-369 fax: -325

 
 
 

screens: No more ptys

Post by Clive Eis » Wed, 10 Jan 1996 04:00:00



: With both splitvt and screen (3.5.2) I get errors that there are no more
: ptys available even though I have 164 of them compiled into the kernel.
: Anyone have any ideas? Directions to look? This is 3.2.4 of SCO.

Either fix the pty searching scheme or
as root
mkdev ptty xnodes

--
Clive Eisen


 
 
 

screens: No more ptys

Post by Jonathan Ch » Fri, 12 Jan 1996 04:00:00




>: With both splitvt and screen (3.5.2) I get errors that there are no more
>: ptys available even though I have 164 of them compiled into the kernel.
>: Anyone have any ideas? Directions to look? This is 3.2.4 of SCO.

>Either fix the pty searching scheme or
>as root
>mkdev ptty xnodes

The pty searching scheme in screen-3.5.2 only works for pty0 to pty9.
You'll have to hack pty.c and fix it so that it looks for number from
10 upwards.
--

  Pinnacle Software Ltd                Voice  : +64.9.489.7020
  Auckland, New Zealand                Fax    : +64.9.489.7040
 
 
 

1. No more PTY's for screen 3.09.08

Hi,

I have Turbolinux6 system based on their 2.2.13-12 and now running my
own 2.2.17 kernel. The 2.2.17 kernel has 256 pty support.

Screen used to work right out of the box, but now i have somehow
fucked it up so that it can't run and gives an error saying "No more
PTY's".  I think i screwed things up when I tried installing a new
version of screen from the sources. The README asks me to put termcap
and terminfo files in their proper locations, but I'm not quite sure
what they are. Could someone please point me to some info.

tia,
salim


00 should be removed from addr to mail

2. HACMP and mirrored drives

3. Help ! Screen dies with NO MORE PTYs.

4. best cable modem and nic for linux?

5. Screen says No more PTYs.

6. Profiler for EGCS

7. "screen" won't start without pty

8. Seeking Informations about WABI

9. garbled screens over a pty

10. PTY Limit/New PTY Creation

11. screen: going from split screen to full screen mode

12. Not Available these Signal nos on Linux