Возможно, эти схемы могут прояснить ситуацию. Это обычная настройка:
Terminal (/dev/ttyX or /dev/pts/x)
device
|
(screen)<--[<output]----x-------(stdout) Process1
Terminal (keyboard)---[input >]---o-\----->(stdin)
\ \
(hardware console or \ `----(stdout) Process2
virtual console or terminal `---->(stdin)
emulators like xterm, …)
И нет никакого способа подключить что-то новое Process3
:
Terminal
device
|
(screen)<---o---[<output]--x------(stdout) Process1
Terminal (keyboard)---/-x--[input >]-o-\---->(stdin)
| / \ \
| | \ `---(stdout) Process2
| | `--->(stdin)
| |
\ `---------------------(stdout) Process3
`--------------------->(stdin)
Что делает экран (и другие), так это выделяет какое-то псевдотерминальное устройство (как это делает xterm) и перенаправляет его на один или несколько «реальных» терминалов (физических, виртуальных или эмулируемых):
Terminal pseudo
devices ,--> Terminal (/dev/pts/x)
| _______/ device
Terminal <--[<output]--- | | |
1 ---[input >]--> |screen | <--[<output]---x-----(stdout) Process1
|Process| ---[input >]--o-\--->(stdin)
Terminal <--[<output]--- | | \ \
2 ---[input >]--> |_______| \ `--(stdout) Process2
`-->(stdin)
Используя screen -x
вы можете прикрепить еще один терминал, xterm, что угодно (скажем Terminal 3
) к экранной сессии.
Так что нет, вы не можете напрямую общаться через stdin / stdout с процессами, подключенными к другому терминалу. Вы можете сделать это только через процесс, который управляет этим терминалом, если он окажется псевдотерминалом, и если этот процесс был завершен (например, screen).