Hi --
I'm aware fork() is not implemented in MacRuby yet, and it may never be from
what I read but I'd just like to introduce a use case i've come across recently
that might have you reconsider?
I am writing ruby bindings for the features exposed in the "sandbox" header,
and you really need to
The recommendation is to use launchd to spawn processes via Service Management:
http://developer.apple.com/mac/library/documentation/General/Reference/ServiceManagementFwRef/ServiceManagement_h/index.html
But I don't think anybody has wrapped it yet...
-- Ernie P.
On Feb 17, 2010, at 5:42 AM, r
Thanks Ernie --
I'm going to go through the documentation for the Service Management framework
and see what I can come up with. I was hoping I wouldn't need to maintain two
separate code bases for MacRuby and MRI but if i can launch processes without
reverting to a hack it's always a good thin
#617: Reopening Symbol Appears to Cause auto malloc[16067]: error for object
0x1016090b0: auto_zone_set_associative_ref
---+
Reporter: cwdi...@… | Owner: lsansone...@…
Type: defect |
#618: Range#each problem with Infinity
-+--
Reporter: larshu...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority: blocker | Mile
#617: Reopening Symbol Appears to Cause auto malloc[16067]: error for object
0x1016090b0: auto_zone_set_associative_ref
---+
Reporter: cwdi...@… | Owner: lsansone...@…
Type: defect |
Hi Robert,
On Feb 17, 2010, at 8:18 AM, robert gleeson wrote:
> Thanks Ernie --
>
> I'm going to go through the documentation for the Service Management
> framework and see what I can come up with. I was hoping I wouldn't need to
> maintain two separate code bases for MacRuby and MRI but if i
#617: Reopening Symbol Appears to Cause auto malloc[16067]: error for object
0x1016090b0: auto_zone_set_associative_ref
---+
Reporter: cwdi...@… | Owner: lsansone...@…
Type: defect |
#555: Redefinition of method gives unexpected behavior
+---
Reporter: macch...@… |Owner: lsansone...@…
Type: defect | Status: closed
Priority: major
#555: Redefinition of method gives unexpected behavior
+---
Reporter: macch...@… |Owner: lsansone...@…
Type: defect | Status: closed
Priority: major
#615: macruby segfaults when generating large random numbers
---+
Reporter: ahob...@… | Owner: lsansone...@…
Type: defect | Status: new
Priority: major
Ernie --
It's not immediately obvious to me how I would spawn a process that is a copy
of the parent using Service Management and right now
"framework('servicemanagement')" doesn't seem to expose the functions mentioned
in the documentation for service management .. I've tried traversing throug
Hi Rob,
On Feb 17, 2010, at 4:45 PM, robert gleeson wrote:
> Ernie --
>
> It's not immediately obvious to me how I would spawn a process that is a copy
> of the parent using Service Management and right now
> "framework('servicemanagement')" doesn't seem to expose the functions
> mentioned in
Ernie
Thanks for the reply and no problem .. I don't truly need to fork because all I
want is a process that i can initiate a sandbox under using sandbox_init().
The "problem" is, I feel being able to spawn a child process without a separate
codebase for initiating the sandbox is a much nicer
Hi Rob,
On Feb 17, 2010, at 5:02 PM, robert gleeson wrote:
> Ernie
>
> Thanks for the reply and no problem .. I don't truly need to fork because all
> I want is a process that i can initiate a sandbox under using sandbox_init().
>
> The "problem" is, I feel being able to spawn a child process
15 matches
Mail list logo
