Is there a way to fork a seperate ruby process (i.e. a clean
environment) and get output back on two differnent "channels"?
I'm trying to create a test runner that runs suites in seperate forks
to prevent possible clashing between required libs. I've hacked a
version with popen where the test results are marshalled across the
pipe, but if the code I'm testing prints anything to stdout then the
marshal dump is spoiled. I suppose I could put some sort of markup
around the marshal dump to isolate it, but it still seems very hackish.
A a secondar pipe would be better, or perhaps I can redirect the tests
code output elsewehere?
I'm not very familiar with these techniques, so help here is extra
appreciated.
might want to check out my slave lib... it sets up a drb object in a child
process in a few lines of code. you could use it to run your tests and get
objects back in the normal drb way.
cheers.
-a
···
On Wed, 14 Sep 2005, Trans wrote:
Is there a way to fork a seperate ruby process (i.e. a clean environment)
and get output back on two differnent "channels"?
--
email :: ara [dot] t [dot] howard [at] noaa [dot] gov
phone :: 303.497.6469
Your life dwells amoung the causes of death
Like a lamp standing in a strong breeze. --Nagarjuna
probably not that way... if you look at the source i imagine you could tweak
to use loopback or something... i didn't think of that at the time...
cheers.
-a
···
On Wed, 14 Sep 2005, Trans wrote:
That's an interesting solution. I noticed mention of unix socets in the
source code. Is drb cross-platform?
--
email :: ara [dot] t [dot] howard [at] noaa [dot] gov
phone :: 303.497.6469
Your life dwells amoung the causes of death
Like a lamp standing in a strong breeze. --Nagarjuna