* 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).