QNX Operating System/Discussion/OSTech/devc-ditto devc-pty /List of Posts
 
Forum Topic - devc-ditto devc-pty :
   
Update
Pavol Kycina
08/12/2009 5:42 AM
post35798
devc-ditto devc-pty   
In QNX4 days we used to run Dev.ditto to create "virtual" consoles and "ditto" utility to access them.

Now in QNX6 we have devc-ditto, devc-con and devc-pty.

devc-ditto enables me to "see" a console created by someone else, not to create consoles. AFAIK devc-con and devc-pty 
should be used to create these consoles. 

I would like to have about 30 virtual consoles (one task - one console approach).
What's the recommended way to reach this goal?

devc-con is limited to 9 consoles 
devc-pty is used also by others (e.g. telnetd), so I am a bit hesitating to use these

Any way to "modify" devc-pty to create consoles with different names, so I can be sure they are not used by anyone else?



Or am I missing something?

Thanks, PKY
Pavol Kycina
08/14/2009 4:47 AM
post35971
Re: devc-ditto devc-pty   
Anyone using ditto?

> In QNX4 days we used to run Dev.ditto to create "virtual" consoles and "ditto"
>  utility to access them.
> 
> Now in QNX6 we have devc-ditto, devc-con and devc-pty.
> 
> devc-ditto enables me to "see" a console created by someone else, not to 
> create consoles. AFAIK devc-con and devc-pty should be used to create these 
> consoles. 
> 
> I would like to have about 30 virtual consoles (one task - one console 
> approach).
> What's the recommended way to reach this goal?
> 
> devc-con is limited to 9 consoles 
> devc-pty is used also by others (e.g. telnetd), so I am a bit hesitating to 
> use these
> 
> Any way to "modify" devc-pty to create consoles with different names, so I can
>  be sure they are not used by anyone else?
> 
> 
> Or am I missing something?
> 
> Thanks, PKY
Sean Boudreau(deleted)
08/14/2009 1:58 PM
post36045
Re: devc-ditto devc-pty   
On Fri, Aug 14, 2009 at 04:47:02AM -0400, Pavol Kycina wrote:
> Anyone using ditto?
> 
> > In QNX4 days we used to run Dev.ditto to create "virtual" consoles and "ditto"
> >  utility to access them.
> > 
> > Now in QNX6 we have devc-ditto, devc-con and devc-pty.
> > 
> > devc-ditto enables me to "see" a console created by someone else, not to 
> > create consoles. AFAIK devc-con and devc-pty should be used to create these 
> > consoles. 
> > 
> > I would like to have about 30 virtual consoles (one task - one console 
> > approach).
> > What's the recommended way to reach this goal?
> > 
> > devc-con is limited to 9 consoles 
> > devc-pty is used also by others (e.g. telnetd), so I am a bit hesitating to 
> > use these
> > 
> > Any way to "modify" devc-pty to create consoles with different names, so I can
> >  be sure they are not used by anyone else?
> > 
> > 
> > Or am I missing something?
> > 
> > Thanks, PKY

Check out this thread:

http://community.qnx.com/sf/discussion/do/listPosts/projects.core_os/discussion.newcode.topc1074?_pagenum=1

And this source:

http://community.qnx.com/integration/viewcvs/viewcvs.cgi/trunk/services/devc-ditto/?root=coreos_pub&system=exsy1001

The gnu screen package might also be of interest:

http://community.qnx.com/sf/projects/pkgsrc
ftp://ftp.netbsd.org/pub/pkgsrc/packages/QNX/i386/6.4.1_head_20090724/All/screen-4.0.3nb2.tgz

Regards,

-seanb
Pavol Kycina
08/17/2009 8:53 AM
post36080
Re: devc-ditto devc-pty   
Thank you for the reply.

[snip]

> 
> Check out this thread:
> 
> http://community.qnx.com/sf/discussion/do/listPosts/projects.core_os/
> discussion.newcode.topc1074?_pagenum=1

But there is no information about creating "virtual" consoles.

> 
> And this source:
> 
> http://community.qnx.com/integration/viewcvs/viewcvs.cgi/trunk/services/devc-
> ditto/?root=coreos_pub&system=exsy1001
> 
> The gnu screen package might also be of interest:
> 
> http://community.qnx.com/sf/projects/pkgsrc
> ftp://ftp.netbsd.org/pub/pkgsrc/packages/QNX/i386/6.4.1_head_20090724/All/
> screen-4.0.3nb2.tgz
> 

Now I am trying to find a way to start an executable in "screen" system.
E.g. 

screen "some option" -s my_session /my_dir/my_executable 

And also to "guarantee", that I can attach to my "screen" session from telnet session. (it sometimes works, sometimes 
not)...

But still it misses something to be as neat as Dev.ditto in QNX4.

Thanks, PKY
Mario Charest
08/17/2009 10:34 AM
post36095
RE: devc-ditto devc-pty   
> 
> Now I am trying to find a way to start an executable in "screen"
> system.
> E.g.
> 
> screen "some option" -s my_session /my_dir/my_executable
> 
> And also to "guarantee", that I can attach to my "screen" session from
> telnet session. (it sometimes works, sometimes not)...
> 
> But still it misses something to be as neat as Dev.ditto in QNX4.

We have "solved" this problem by starting programs in pterms.  To get rid of real-time issue cause by some graphic cards
 we run a virtual photon session. This isn't perfect because phrelay has some nasty drawback.  After a year of using 
this and findings workaround we find it to be a nice solution. Being able to see all the programs output at the same 
time is very useful. 

> 
> Thanks, PKY
> 
> 
> 
> 
> 
> 
> 
> _______________________________________________
> 
> OSTech
> http://community.qnx.com/sf/go/post36080
>
Pavol Kycina
08/18/2009 9:37 AM
post36164
Re: RE: devc-ditto devc-pty   
Thanks for the tip.

We don't use photon on our systems (it's more or less black box design), so I have spent some time learning how to use "
screen".

It seems that "screen -dmS virtual_ditto_name prg_name prg_args" is very close to what we would like to achieve.

Looking art virtual_ditto screen console is with "screen -r virtual_ditto_name".

When executable started by screen finishes, also given instance of screen finishes.

When given instance of screen is killed, the program continues to run. So this is the only hurdle to "jump over" to have
 usable "ditto" like screen (and compatible with our task manager)

Regards, PKY

> 
> > 
> > Now I am trying to find a way to start an executable in "screen"
> > system.
> > E.g.
> > 
> > screen "some option" -s my_session /my_dir/my_executable
> > 
> > And also to "guarantee", that I can attach to my "screen" session from
> > telnet session. (it sometimes works, sometimes not)...
> > 
> > But still it misses something to be as neat as Dev.ditto in QNX4.
> 
> We have "solved" this problem by starting programs in pterms.  To get rid of 
> real-time issue cause by some graphic cards we run a virtual photon session. 
> This isn't perfect because phrelay has some nasty drawback.  After a year of 
> using this and findings workaround we find it to be a nice solution. Being 
> able to see all the programs output at the same time is very useful. 
> 
> > 
> > Thanks, PKY
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > _______________________________________________
> > 
> > OSTech
> > http://community.qnx.com/sf/go/post36080
> >
Mario Charest
08/18/2009 9:46 AM
post36169
RE: RE: devc-ditto devc-pty   

> -----Original Message-----
> From: Pavol Kycina [mailto:community-noreply@qnx.com]
> Sent: Tuesday, August 18, 2009 9:37 AM
> To: ostech-core_os
> Subject: Re: RE: devc-ditto devc-pty
> 
> Thanks for the tip.
> 
> We don't use photon on our systems (it's more or less black box
> design), so I have spent some time learning how to use "screen".

It's kind of a black box as well for us in the sense that we don't start a graphic driver.  If the customer was to 
connect a monitor all he would see is a boot screen, with startup message.
Pavol Kycina
08/27/2009 8:53 AM
post36766
Re: devc-ditto devc-pty   
There is one set back associated with use of screen. It consumes approx. 200kB per one "ditto" screen. If I have many of
 them, it means several megabytes.

PKY



> Thank you for the reply.
> 
> [snip]
> 
> > 
> > Check out this thread:
> > 
> > http://community.qnx.com/sf/discussion/do/listPosts/projects.core_os/
> > discussion.newcode.topc1074?_pagenum=1
> 
> But there is no information about creating "virtual" consoles.
> 
> > 
> > And this source:
> > 
> > http://community.qnx.com/integration/viewcvs/viewcvs.cgi/trunk/services/devc
> -
> > ditto/?root=coreos_pub&system=exsy1001
> > 
> > The gnu screen package might also be of interest:
> > 
> > http://community.qnx.com/sf/projects/pkgsrc
> > ftp://ftp.netbsd.org/pub/pkgsrc/packages/QNX/i386/6.4.1_head_20090724/All/
> > screen-4.0.3nb2.tgz
> > 
> 
> Now I am trying to find a way to start an executable in "screen" system.
> E.g. 
> 
> screen "some option" -s my_session /my_dir/my_executable 
> 
> And also to "guarantee", that I can attach to my "screen" session from telnet 
> session. (it sometimes works, sometimes not)...
> 
> But still it misses something to be as neat as Dev.ditto in QNX4.
> 
> Thanks, PKY
> 
> 
>
Pavol Kycina
09/07/2009 4:55 AM
post37452
Re: devc-ditto devc-pty   
Anyone?

> There is one set back associated with use of screen. It consumes approx. 200kB
>  per one "ditto" screen. If I have many of them, it means several megabytes.
> 
> PKY
> 
> 
> 
> > Thank you for the reply.
> > 
> > [snip]
> > 
> > > 
> > > Check out this thread:
> > > 
> > > http://community.qnx.com/sf/discussion/do/listPosts/projects.core_os/
> > > discussion.newcode.topc1074?_pagenum=1
> > 
> > But there is no information about creating "virtual" consoles.
> > 
> > > 
> > > And this source:
> > > 
> > > http://community.qnx.com/integration/viewcvs/viewcvs.cgi/trunk/services/
> devc
> > -
> > > ditto/?root=coreos_pub&system=exsy1001
> > > 
> > > The gnu screen package might also be of interest:
> > > 
> > > http://community.qnx.com/sf/projects/pkgsrc
> > > ftp://ftp.netbsd.org/pub/pkgsrc/packages/QNX/i386/6.4.1_head_20090724/All/
> 
> > > screen-4.0.3nb2.tgz
> > > 
> > 
> > Now I am trying to find a way to start an executable in "screen" system.
> > E.g. 
> > 
> > screen "some option" -s my_session /my_dir/my_executable 
> > 
> > And also to "guarantee", that I can attach to my "screen" session from 
> telnet 
> > session. (it sometimes works, sometimes not)...
> > 
> > But still it misses something to be as neat as Dev.ditto in QNX4.
> > 
> > Thanks, PKY
> > 
> > 
> > 
> 
>

Return