[#26664] refactoring tcltklib.c (deleted ip check) — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
永井@知能.九工大です.
山本です。
永井@知能.九工大です.
山本です。
永井@知能.九工大です.
山本です。
永井@知能.九工大です.
山本です。
山本です。
永井@知能.九工大です.
山本です。
永井@知能.九工大です.
[#26711] --with-static-linked-extするとrequireできないライブラリがある — IWATSUKI Hiroyuki <don@...>
岩月と申します。
なかだです。
[#26721] TkVariable.new_hash 経由だと trace が発生しない — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
[#26723] Fixnum演算メソッド中のcoerceの削減 — Tadashi Saito <shiba@...2.accsnet.ne.jp>
斎藤と申します。
[#26743] zsuper in a method with optional arg — "NAKAMURA, Hiroshi" <nakahiro@...>
-----BEGIN PGP SIGNED MESSAGE-----
まつもと ゆきひろです
-----BEGIN PGP SIGNED MESSAGE-----
[#26745] TkCheckbutton#variable as getter? — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
永井@知能.九工大です.
山本です。
永井@知能.九工大です.
永井@知能.九工大です.
山本です。
永井@知能.九工大です.
[#26753] some questions about tcltklib.c — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
永井@知能.九工大です.
山本です。
[#26764] multi-thread and logger — Nobuhiro IMAI <nov@...>
いまいです。
[#26791] Failure: test_block_passing(TestIterator) — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
まつもと ゆきひろです
[#26800] reducing PUSH_TAG in rescue, and useless exceptions — nobu@...
なかだです。
[#26808] test/nkf/test_kconv.rb — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
[#26817] test/socket/test_tcp.rb freeze on windows — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
こんにちは、なかむら(う)です。
山本です。
山本です。
こんにちは、なかむら(う)です。
山本です。
こんにちは、なかむら(う)です。
山本です。返信が遅れてすみません。
[#26829] cannot check EOF of pipe on windows — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
山本です。
こんにちは、なかむら(う)です。
山本です。
なかだです。
山本です。
こんにちは、なかむら(う)です。
なかだです。
こんにちは、なかむら(う)です。
なかだです。
こんにちは、なかむら(う)です。
山本です。
[#26840] [BUG] oniguruma + utf-8 — "NAKAMURA, Hiroshi" <nakahiro@...>
-----BEGIN PGP SIGNED MESSAGE-----
[#26851] ripper for 1.8 — Tanaka Akira <akr@...17n.org>
ruby-1.8 で動かす gonzui で、ruby code の解析をしたいという要望があっ
[#26872] irb -I/ruby -Iと$LOAD_PATH — akira yamada / やまだあきら <akira@...>
Debianユーザからruby -Iとirb -Iで
なかだです。
nobuyoshi nakada wrote:
けいじゅ@いしつかです.
けいじゅ@いしつかです.
なかだです。
けいじゅ@いしつかです.
まつもと ゆきひろです
けいじゅ@いしつかです.
[#26883] top level include on load(filename, true) — Shugo Maeda <shugo@...>
前田です。
[#26897] fail on make install — KIMURA Koichi <kimura.koichi@...>
木村です。
こんにちは、なかむら(う)です。
木村です。
木村です。
木村です。
こんにちは、なかむら(う)です。
木村です。
こんにちは、なかむら(う)です。
なかだです。
山本です。
なかだです。
なかだです。
山本です。
こんにちは、なかむら(う)です。
なかだです。
まつもと ゆきひろです
山本です。
なかだです。
[#26900] multiplying empty string — nobuyoshi nakada <nobuyoshi.nakada@...>
まつもと ゆきひろです
In article <1125327516.070646.12845.nullmailer@x31.priv.netlab.jp>,
まつもと ゆきひろです
In article <1125356798.802509.8788.nullmailer@x31.priv.netlab.jp>,
まつもと ゆきひろです
In article <1125369966.174424.13781.nullmailer@x31.priv.netlab.jp>,
[ruby-dev:26807] Re: $SAFE=1 の open-uri で redirect 時にエラー
前田です。
Tanaka Akira wrote:
>>私の理解だと、untaintする時は`You may not use data derived
>>from outside your program to affect something else outside your
>>program'という原則から外れるので、プログラマの裁量でuntaint
>>するものだと思っていました。
>>
>>もしそうだとすると、Rubyの場合と判断の対象となる操作の量の違いしか
>>ないのではないでしょうか。
>
>
> その操作の量の違いは大きな違いではないでしょうか。
その点については、同意します。
田中さんの主張は、「Perlの方が指針がはっきりしているため、Rubyよりも
好ましい」というものだと理解していましたので、それに対する反論として
上記のように書きました。
taint機構の対象範囲の違いを軽視しているわけではありません。
> たくさんあればあるほど、判断に失敗する機会が増え、また判断自体は適切で
> あったとしてもその判断がユーザが伝わらずに齟齬が生じて失敗する可能性が
> 増えます。
前者に関しては、Perlでは何もチェックしないケースに対してチェックミス
があったとしても、Perlより危険になることはないと考えます。
また、
def delete_files(list_filename)
open(list_filename) do |f|
for line in f
File.unlink(line.chomp.untaint)
end
end
end
のようなメソッドがあった場合、Rubyではlist_filenameが汚染されていれば
open操作で失敗するわけですが、Perlの場合には同様のコードだとopenの時点
では処理が続行されてしまいます。
上記の例そのままのようなコードはあまりありそうにないように思われますが、
たとえば、URLを引数に取って、そのURLから取得した情報をもとにプログラム
の外部に影響を及ぼすような操作をすることは十分に考えられると思います。
そのような際には安全なライブラリにするためには、汚染チェックを自前で
行ったエラーを発生させるようなコードを書かなければなりません。
Perlの方が判断が楽なので安全だとは、一概には言えないのではないでしょうか。
> したがって問題はバランスなわけですが、前田さんの提案は、perl のバラン
> スよりも望ましいでしょうか?
私はそう考えています。
--
前田 修吾