[#21482] begin/rescue/else syntax is broken — akira yamada <akira@...>
[#21498] test/ChangeLog ? lib/ChangeLog — "NAKAMURA, Hiroshi" <nakahiro@...>
なひです。
[#21499] File#path on closed file. — Tanaka Akira <akr@...17n.org>
ふと、
そういえば、
まつもと ゆきひろです
[#21508] eval BEGIN/END at runtime — "NAKAMURA, Hiroshi" <nakahiro@...>
なひです。
なひです。
新井です。
[#21511] return value of freeze — Tanaka Akira <akr@...17n.org>
ふと、freeze を使って思ったのですが、これの返値は何なんでしょうか?
[#21531] O_ACCMODE — Tanaka Akira <akr@...17n.org>
POSIX において fcntl.h に定義されている、O_ACCMODE が欲しくなったので
西山和広です。
In article <20031007220838.CC51.ZN@mbf.nifty.com>,
[#21543] Enumerator — "Akinori MUSHA" <knu@...>
1.8.0 のtきは標準ライブラリ入りについて異論はなかったものの
新井です。
[#21556] rewinding for Thread — nobu.nakada@...
なかだです。
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
[#21557] at_exist and safe level — Tanaka Akira <akr@...17n.org>
% ruby -ve '$SAFE = x = 1; at_exit { p $SAFE; p x }'
[#21572] core dump in rb_thread_schedule — Tanaka Akira <akr@...17n.org>
今日、cvs update したら、rb_thread_schedule で core を吐くようになったのですが、
まつもと ゆきひろです
なかだです。
In article <200310090901.h9991gfA004660@sharui.nakada.kanuma.tochigi.jp>,
In article <87ekxmojwc.fsf@serein.a02.aist.go.jp>,
[#21590] extend with marshal_dump/marshal_load — "NAKAMURA, Hiroshi" <nakahiro@...>
なひです。
[#21607] autoload の patch は取り込まれないんでしょうか? — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
[#21616] access ENV on $SAFE==4 — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
まつもと ゆきひろです
ただただしです。
永井@知能.九工大です.
永井@知能.九工大です.
なかだです。
永井@知能.九工大です.
なかだです。
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
永井@知能.九工大です.
まつもと ゆきひろです
ただただしです。
まつもと ゆきひろです
[#21632] SEGV (test_drb.rb) — Masatoshi Seki <m_seki@...>
咳といいます。
[#21639] load() blocks thread scheduling — Tietew <tietew-ml-ruby-dev@...>
Tietew です。
まつもと ゆきひろです
[#21641] SOAP::StreamError: Illegal media type. — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです。
[#21679] Proposal: string literal concatenation — mput <root@...>
mput です。
[#21682] ruby-tk hangs when exception is raised — akira yamada <akira@...>
なかだです。
永井@知能.九工大です.
永井@知能.九工大です.
永井@知能.九工大です.
永井@知能.九工大です.
永井@知能.九工大です.
永井@知能.九工大です.
永井@知能.九工大です.
永井@知能.九工大です.
永井@知能.九工大です.
なかだです。
永井@知能.九工大です.
なかだです。
永井@知能.九工大です.
なかだです。
永井@知能.九工大です.
なかだです。
永井@知能.九工大です.
なかだです。
永井@知能.九工大です.
なかだです。
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
永井@知能.九工大です.
永井@知能.九工大です.
永井@知能.九工大です.
[#21707] drb Hash#each — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
まつもと ゆきひろです
まつもと ゆきひろです
まつもと ゆきひろです
咳といいます。
まつもと ゆきひろです
まつもと ゆきひろです
まつもと ゆきひろです
[#21730] exit in $SAFE = 4 with -d — Tanaka Akira <akr@...17n.org>
% ruby -de 'lambda { $SAFE = 4; exit }.call; p 1'
[#21747] ruby 1.8.1 preview1 schedule — matz@... (Yukihiro Matsumoto)
関係者各位、
Siena. です。
なかだです。
Siena. です。
なかだです。
[#21778] IOError while building on Solaris with Sun cc — 桑村慎哉 <kuwa@...>
桑村です。
まつもと ゆきひろです
[#21790] ruby 1.8.1 preview1 — matz@... (Yukihiro Matsumoto)
It's out.
取り敢えず、NetBSD currentでの状況です。pkgsrc的なことは特にせず、ある
[#21794] ruby-1.8.1-preview2 での rb_iter_break — Kenta MURATA <muraken2@...>
むらけんです.
[ruby-dev:21713] Re: access ENV on $SAFE==4
永井@知能.九工大です.
From: matz@ruby-lang.org (Yukihiro Matsumoto)
Subject: [ruby-dev:21712] Re: access ENV on $SAFE==4
Date: Sat, 25 Oct 2003 03:01:39 +0900
Message-ID: <1067018498.004472.14383.nullmailer@picachu.netlab.jp>
> |----< $LOAD_PATH ($:, $-I) >------------------------
> | $SAFE >= 4 でのアクセスが禁止される.
> |
> | ...としていますが,ENV の許可レベルに連動させるという選択も
> | ありという気がします.
> |----------------------------------------------------
> ま、これは良いとして。
「ENV の許可レベルに連動させる」という点はどう思われますか?
> |----< ENV >-----------------------------------------
(snip)
> | ENV.allow(name)
> | : 環境変数 name への $SAFE >=4 でのアクセスを許可する.
> | : ただし,現在の $SAFE でのアクセスが許可されていなければ
> | : 例外を発生する.
> |
> | ENV.deny(name)
> | : 環境変数 name への $SAFE >=4 でのアクセスを禁止する.
> | : ただし,現在の $SAFE でのアクセスが許可されていなければ
> | : 例外を発生する.
> |----------------------------------------------------
>
> 基本的には反対ではないのですが、この仕様はちょっとしっくりき
> ません。ENVのアクセスレベルって不要じゃありません?
> どうせallow/denyが効果を持つのは $SAFE >= 4 なんですから。
あ,ごめんなさい.
古い記述をコピーしてから修正してたんで,修正忘れです.
allow/deny が効果を持つのは,ENV.secure_level=(level) で
指定したレベル以上 ($SAFE >= level) です.
> |----< Module >--------------------------------------
> | Module#secure_const(const_sym, level = 4)
> | : module/class において,シンボル const_sym で表される定数の
> | : アクセス許可レベルを level にする.
> | : 変更できるレベルは level >= $SAFE ,かつ,
> | : level <= [現在のアクセス許可レベル] でなければならない.
> |
> | Module#secure_const?(const_sym)
> | : module/class において,アクセス許可レベルが設定されている場合は
> | : そのレベルを,設定されていない場合には false を返す.
> |
> | Module#secure_constants
> | : module/class において,アクセス許可レベルが設定されている定数の
> | : 一覧を { [定数シンボル]=>[許可レベル], ... } のハッシュで返す.
> |----------------------------------------------------
>
> これも面白いんですし、PLATFORMだけ特別扱いするよりもずっと良
> いのですが、名前が。むしろinsecure_constじゃないですか?
> レベルが指定できて嬉しいかどうかもちょっと疑問。
正直なところ,レベル指定は「ついで」のことでした.
[ruby-dev:21696] で中田さんが考えていたものに
レベル設定が含まれていたので,それを反映しています.
名前については確かに "inseure_*" の方が良さそうです.
だとすると,
----------------------------------------------------
ENV.insecure_level
ENV.insecure_level=(level)
Module#insecure_const(const_sym, level = 4)
Module#insecure_const?
Module#insecure_constants
----------------------------------------------------
といったところでしょうか.
# 私は名前のセンスがないので,良い名前をお願いします.(^_^;
--
永井 秀利 (九工大 知能情報)
nagai@ai.kyutech.ac.jp