ruby-core@ruby-lang.org archive (unofficial mirror)
 help / color / mirror / Atom feed
* Finer-grained Alternative to Ruby Safe Levels
@ 2008-02-10  5:07 Ripta Pasay
  2008-02-12  1:56 ` Yukihiro Matsumoto
  0 siblings, 1 reply; 2+ messages in thread
From: Ripta Pasay @ 2008-02-10  5:07 UTC (permalink / raw
  To: ruby-core


Hello,

I couldn't locate any mention of this subject on the mailing lists or
Google, or in the latest code in trunk.

I'm unsure whether there was a specific reason $SAFE levels provide rigid
control, so I was wondering about core's view on a finer-grained
alternative to ruby's $SAFE levels. I'm thinking of Java's
SecurityManager[1], although that's only one specific implementation that
might not be the best for ruby's dynamic nature.

[1] http://java.sun.com/j2se/1.5.0/docs/api/java/lang/SecurityManager.html


Cheers,

-Ripta

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Finer-grained Alternative to Ruby Safe Levels
  2008-02-10  5:07 Finer-grained Alternative to Ruby Safe Levels Ripta Pasay
@ 2008-02-12  1:56 ` Yukihiro Matsumoto
  0 siblings, 0 replies; 2+ messages in thread
From: Yukihiro Matsumoto @ 2008-02-12  1:56 UTC (permalink / raw
  To: ruby-core

Hi,

In message "Re: Finer-grained Alternative to Ruby Safe Levels"
    on Sun, 10 Feb 2008 14:07:34 +0900, Ripta Pasay <ruby@r8y.org> writes:

|I'm unsure whether there was a specific reason $SAFE levels provide rigid
|control, so I was wondering about core's view on a finer-grained
|alternative to ruby's $SAFE levels.

Because I'm unsure whether there was a specific reason to provide
finer-grained access control of methods, despite the difficulty of
complete implementation.

							matz.

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2008-02-12  1:58 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-02-10  5:07 Finer-grained Alternative to Ruby Safe Levels Ripta Pasay
2008-02-12  1:56 ` Yukihiro Matsumoto

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).