Ing. Victor J Gamboa <vgamboa@computech.com.mx> wrote:
Thanks for the response. I put the next lines on the sysinit.1 file:
Dev -n255 &
Dev -N/dev/pty/0 &
Dev -N/dev/pty/1 &
Dev -N/dev/pty/2 &
Dev.pty -n32 &
Dev.pty -n32 -l q &
Dev.pty -n32 -l r &
Dev.pty -n16 -l s &
Dev.pty -n16 -N/dev/pty/0/p &
Dev.pty -n16 -N/dev/pty/1/p &
Dev.pty -n16 -N /dev/pty/2/p &
The boot process end well with no error messages. But I see that de
directories /dev/pty/0, /dev/pty/1 and /dev/pty/2 weren?t created. I
suppossed that the Dev -N/dev/pty/0, etc, must creat it, isn?t it ?
Actually they aren’t real “directories”. “prefixes” are a better
description. How did you verify they were not created? I tried this from
the command line:
Dev -n255 -N/dev/pty/0 &
%1 + 19990 Running Dev -n255 -N/dev/pty/0
ls /dev/pty
ls: No such file or directory
ls /dev/pty/0
null
prefix
[…]
/dev/pty/0=19990,a
[…]
In other words: eventhough /dev/pty doesn’t exist, /dev/pty/0 does.
Furthermore I did this:
Dev.pty -N/dev/pty/0/p &
%2 + 20964 Running Dev.pty -N/dev/pty/0/p
ls /dev/pty/0
null p1 p3 t1 t3
p0 p2 t0 t2
After that I did ‘telnet localhost’ until my basic pty’s were exhausted.
(Four of them by default) The next telnet after that also succeeded. Then I
did:
tty
//4/dev/pty/0/t0
Which proves that the extended pty’s just created, were getting used by
telnetd.
If the directories weren?t created, I don?t have the extended pty?s, isn?t
it ?
see above
I think you’re on the right track here. You can also start more Dev
instances:
Dev -n255 -N/dev/pty/1 &
Dev -n255 -N/dev/pty/2 &
etc.
And then use those new instances to start up more Dev.pty instances
accordingly.
but I only have 64 telnet sessions. I revised the qdn.public.qnx4 lists
and
I found some material about it, but is like I did befor and didn?t
function.
What error messages are being reported? Also, can you verify that you
have more than 64 pty pairs?
telnetd: /bin/termdef: Operation not permitted
.
This would imply a different problem. If you ran out of pty’s you would
get:
telnetd: No such file or directory
As I said, the directories weren?t created. I remember that in other tries I
add the line: Dev -N /dev/pty in adittion to the lines mentioned before, and
the directories were createad. The ptys pairs apparenttly exist, but when I
tried to get the 64 telnet session appears the next error message:
telnetd: /bin/termdef: Operation not permitted
You shouldn’t need to start an extra Dev just to create the intermediate
/dev/pty prefix. It might even get in the way of the other Dev’s with the
extended pty prefixes. (Not sure about that, though…)
Could you type ‘prefix’ and post the output?
And just to be sure: are you running the latest version of QNX?
And also, can you verify that your extended pty’s are being used? (I.e.
type ‘tty’ on the command line of one of the last telnet sessions to see
what tty you’re on.)
//1/dev/ttyq1d
In other words, you’re not on an extended pty 
I also read that the problem could be the search order of the telnetd, could
it be possible ?
The documentation of Dev.pty explains the search order of all programs
which call the open_pty() unix lib call.
Are there any configuration files where I can tell the search order for the
telnet ?
Not that I know of. I think telnetd just calls open_pty(). (QSSL will
correct me if I’m wrong 
You could dig up the sources of telnetd
somewhere (linux?) and check, though.
Again, thanks for your help.
No problem.
Good luck,
rick
Victor J Gamboa
Please, could anyone can help me ?
I really thanks in advance for your help.
Victor J Gamboa
COMPUTHEC