|
I am looking at this today...I suspect this will open up a can of popen... Fixed in commit 5500 on trunk. We were unconditionally calling process.destroy which would kill a process in some cases before it had finished. Tom, I'm sorry but it's still not working. You might have fixed something, but then A NEW ISSUE appeared. Now, using the same test, I'm getting an error earlier: irb(main):035:0> IO.popen("/usr/bin/msmtp -t /home/rvalyi/.msmtprc -a gmail", "w") do |sm| This is a new issue that wasn't there yesterday. Please mail me or ask me on the irc if you need more details or tests. Hope this helps. Reopening. Raphael says there's some other issues. On my MacOS 10.4.11, Java 1.5.0_13, JRuby trunk system. This works: IO.popen("ifconfig 2> /dev/null") {|fd| fd.readlines}
While this doesn't: IO.popen("/sbin/ifconfig 2> /dev/null") {|fd| fd.readlines}
ifconfig is located at /sbin/ifconfig. OK, sorry about my last comment: I was wrong the bug is fixed. I had a broken pipe error because my msmtprc file hadn't the correct rights anymore. Stephen, I also see the same bug you mention on my Linux box with JRuby head. Still I believed the bug is different. So we should close this one and track yours elsewhere. Regards, Raphaël Valyi. Raphael, thanks for the comment. Your right I think my bug is covered in I wanted you to be aware just in case some of the problems you were seeing related to those issues. |
||||||||||||||||||||||||||||||||||||||||||||||
I think this is related to
JRUBY-1857andJRUBY-1557.The problem occurs when sending multiple parameters of certain types out through system exec using backtic, ruby's system and IO.popen.