-
Notifications
You must be signed in to change notification settings - Fork 19
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
why allocate a pseudo-terminal to each coprocess? #133
Comments
This might provide a hint as to the reason:
Seems like the only reason to use conman there is if conman "owns" a terminal server that happens to have a port connected to a serial-connected power control device. A workaround could be to just have powerman connect to the Trying this out, the tests all pass except the |
Problem: a large configuration with many coprocesses uses up pseudo-terminals, which may have limited availability. Start coprocesses with socketpair(2) and fork(2) instead of forkpty(3). Fixes chaos#133
Problem: a large configuration with many coprocesses uses up pseudo-terminals, which may have limited availability. Start coprocesses with socketpair(2) and fork(2) instead of forkpty(3). Fixes chaos#133
Problem: a large configuration with many coprocesses uses up pseudo-terminals, which may have limited availability. Start coprocesses with socketpair(2) and fork(2) instead of forkpty(3). Fixes chaos#133
Problem: for whatever reason,
powermand
starts coprocesses using forkpty(3), but it's not clear why coprocesses would require a terminal. As there may be a fixed number of ptys available, let's not use them unless there is a good reason.The text was updated successfully, but these errors were encountered: