如果我有一个pty或tty主/从对,如果我只有从节点的文件描述符,我可以不做什么?或者,换句话说:如果我拥有主节点的文件描述符,我只能做什么?
[编辑]
我理解终端/控制台/ SSH的“典型”关系,其具有用于与人交互的主端,以及在从端上的一个或多个程序(例如,shell及其子进程)。我(松散地)找到更不寻常的(/过时的)用例,例如将TTY用于其他类型的数据链接,如PPP。这个问题不是“我没有得到这个TTY业务”的问题。我问的是(“低级”?)“API”的东西:例如是否存在对tty对的任何termios / ioctl操作或其他编程更改,如果您无法访问主FD,则无法完成?
[/编辑]
我猜明显的是:
还有别的吗?
我一直在阅读一些手册页并在我的Linux机器上进行实验:人们想要用pty做的基本内容(例如stty columns 78
等)似乎在“任何一端”上工作。但我怀疑只有一个进程持有主端的文件描述符才能做到(特别是因为主从名称二分法暗示了一些单边控制/统治)。当然,由于我只是在Linux上进行测试,因此Linux和Unix之间的各种版本/配置之间可能存在行为差异,因此我不想假设我所看到的是可移植的。
(如果有人想知道我想知道的原因)
reptyr
,ptyget
,expect
/ empty
,screen
/ tmux
(/ {{ 1}}?具有neercs
- 类似功能的那个,reptyr
/ dtach
,并且它们都没有达到我极简主义多功能性的甜点。我正在努力变得更加明智,这样我就可以更好地评估现有的解决方案和/或更好地设计我自己的工具来划伤我的特定痒。答案 0 :(得分:2)
感谢StackOverflow的相关问题建议和其他在线搜索问题,我发现了(部分?)答案:
我可能不会接受我自己的回答,除非我学到足够的答案,让我自己的答案详尽地回答这个问题,但我会继续回去编辑这个,因为我学到更多,直到这个或另一个答案充分回答它