-
-
Notifications
You must be signed in to change notification settings - Fork 925
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
IO.pipe #1097
Comments
Because JRuby may share a process with other applications, our reopen is simulated; we do not actually modify stdout (or stderr, or any open IO stream) when you reopen it. The target object just swaps "descriptors" with the given object. I'm not sure this is something we can make work without large changes and damaging all other users of stdio on the same JVM. |
Thank you @headius, is there any workaround? If I don't close it at the beginning I'll get IOError stream closed at the end. |
I'm wondering if this issue should be closed or not |
This does work in 9k on platforms where it's supported (not Windows). It will never work like MRI in the 1.7.x line. So we'll call it fixed in 9k.pre1. |
Thank you guys! I should definitely check out 9k! |
This code works properly on MRI
At the end we will see the output of subprocess. We don't need write end of pipe in our process so we can freely close it. But for jruby the output is an empty string.
The text was updated successfully, but these errors were encountered: