[#8136] Confused exception handling in Continuation Context — "Robert Dober" <robert.dober@...>

Hi all

13 messages 2006/07/06

[#8248] One-Click Installer: MinGW? or VC2005? — "Curt Hibbs" <ml.chibbs@...>

I just posted this to ruby-talk. But I would also like to discuss this

33 messages 2006/07/18
[#8264] Re: One-Click Installer: MinGW? or VC2005? — Charlie Savage <cfis@...> 2006/07/19

From my experience using both tool chains on Windows (for the ruby-prof

[#8266] Re: One-Click Installer: MinGW? or VC2005? — "Curt Hibbs" <ml.chibbs@...> 2006/07/19

Tim, I'm going to top reply since your post was so long. I'm interested in

[#8267] Re: One-Click Installer: MinGW? or VC2005? — Charlie Savage <cfis@...> 2006/07/19

> Tim, I'm going to top reply since your post was so long. I'm interested in

[#8271] my sandboxing extension!! — why the lucky stiff <ruby-core@...>

I have (what feels like) very exciting news. I finally sat down to code up my

17 messages 2006/07/19

[#8430] Re: doc patch: weakref. — "Berger, Daniel" <Daniel.Berger@...>

> -----Original Message-----

19 messages 2006/07/28
[#8434] Re: doc patch: weakref. — Yukihiro Matsumoto <matz@...> 2006/07/29

Hi,

[#8436] Re: doc patch: weakref. — Daniel Berger <djberg96@...> 2006/07/29

Yukihiro Matsumoto wrote:

[#8437] Re: doc patch: weakref. — Mauricio Fernandez <mfp@...> 2006/07/29

On Sat, Jul 29, 2006 at 07:37:24PM +0900, Daniel Berger wrote:

[#8441] Inconsistency in scoping during module_eval? — "Charles O Nutter" <headius@...>

I have the following code:

18 messages 2006/07/30
[#8442] Re: Inconsistency in scoping during module_eval? — nobu@... 2006/07/30

Hi,

[#8443] Re: Inconsistency in scoping during module_eval? — "Charles O Nutter" <headius@...> 2006/07/30

Why does this:

[#8445] Re: Inconsistency in scoping during module_eval? — Yukihiro Matsumoto <matz@...> 2006/07/30

Hi,

[#8454] Re: Inconsistency in scoping during module_eval? — "Charles O Nutter" <headius@...> 2006/07/31

So to clarify...

Re: [YAY] my sandboxing extension!!

From: "Charles O Nutter" <headius@...>
Date: 2006-07-21 17:50:24 UTC
List: ruby-core #8343
Jumping in from a JRuby perspective:

There are two points of interest here.

First, JRuby supports MVM currently, allowing you to run multiple virtual
Ruby processes within a single JVM. This would be much like sandboxing,
except the multiple runtimes are completely independent. We also have hooks
in Kernel#system to launch a new runtime in the same process if attempting
to execute a .rb file. This is all transparent to the user.

Second, RCR328 details a potential mechanism for launching a Ruby script
either out-of-process (spawned) or as an in-process MVM. The general idea is
that there should be a way to ask the runtime to launch script X such that
it runs completely independent of the current runtime (blocking, waiting
notwithstanding). This could easily extend to sandboxing...where
Kernel#ruby("xyz.rb") could launch the xyz script in the same process but
sandboxed.

With _why's sandboxing extension, JRuby's existing MVM support, and YARV's
future MVM support, it would seem we're all working toward similar goals.

On 7/20/06, Mauricio Fernandez <mfp@acm.org> wrote:
>
> On Wed, Jul 19, 2006 at 11:18:27PM +0900, why the lucky stiff wrote:
> > On Wed, Jul 19, 2006 at 08:00:15PM +0900, Mauricio Fernandez wrote:
> >
> > > So it doesn't support concurrent non-sandboxed Threads, right?
> >
> > Right, I don't have an answer for that yet.  I'd need to find a way to
> swap the
> > environment back in when the context changes.
>
> This looks like the sort of thing you'd want rb_thread_restore_context to
> do,
> but there's no hope without patching the interpreter :-|
>
> Would it be acceptable to add something resembling the event_hook
> subsystem,
> for context switches?
>
> --
> Mauricio Fernandez  -   http://eigenclass.org   -  singular Ruby
>
>


-- 
Charles Oliver Nutter @ headius.blogspot.com
JRuby Developer @ www.jruby.org
Application Architect @ www.ventera.com

In This Thread