rrk@byuvax.bitnet (11/10/87)
Another question about RTPAD: I think the DECNET object for "SET HOST" function os something like 27. From DCL, I opened a channel to 0::"27=" (I don't remember if this was the exact specification) and one of DEC's network terminal devices (RTAn) appeared on the system, in an unready state. This could be very useful. I think this could be much more useful than the previous pseudo-terminal drivers used for such PD applications as Photo. You wouldn't have to be system manager who can fire up the extra drivers. As long as DECNET is started, anyone with NETMBX could use the application. I also get the idea that RTAn devices are much more suited to RTPAD or Photo type applications than the slightly kludged pseudo-terminal driver (the pseudo-terminal driver can also crash the system if you are not careful. If anyone is interested in the circumstances, I will give details). My question is: Has anyone hacked on RTPAD.EXE or does anyone have the specs for the RTAn devices: how to control them. I would love to be able to use it to spawn off various applications directing I/O of each through its own RTAn device, piping all I/O (after interpreting most DEC terminal escape sequences) through my own screen handler and allowing users to jump back and forth between independant packages (each in its own subprocess) and cut from the screen handler's image into a buffer, and then paste into any other application (feeding the characters in as input as though the user had typed them). How would you like to be able to cut from your speadsheet, or even from a screen produced by a DCL command and then paste into your favorite word processor or editor. Please publicly post any responses. Thanks.