[#33561] open-uri problem — rubikitch@...
るびきちです。
[#33567] rational, complex and nuby — Tadayoshi Funaba <tadf@...>
ruby に rational と complex を組みこもうと試していて nuby という派生物
なかだです。
> 若干古い1.8.6がベースでしょうか。
なかだです。
> 2002/01/25版にその後の修正を手で追加した状態? ChangeLogをみたら、
なかだです。
> ちょっと見たところ、Enumerable#stable_sort_byがsortを使っている
原です。
[#33580] Re: cgi.rb再構築案 — "Makoto Kuwata" <kwa@...>
桑田といいます。
まつもと ゆきひろです
なかだです。
[#33611] Solaris で timeout.rb が Segmentation fault する。 — shiiya@...
はじめまして。椎屋と申します。
なかだです。
椎屋です。反応ありがとうございます。
なかだです。
さとうふみやす @ OSS テクノロジです。
In article <87r6foys1z.wl%fumiyas@osstech.jp>,
At Fri, 8 Feb 2008 14:00:35 +0900,
In article <87prv8yovi.wl%fumiyas@osstech.jp>,
とみたです。
In article <20080219182203.2559fc3e.tommy@tmtm.org>,
[#33621] EUC-KR <-> UTF-8 transition table — "Park Ji-In" <tisphie@...>
朴 芝印です。
成瀬です。
At 05:00 08/02/07, NARUSE, Yui wrote:
朴 芝印です。
[#33628] encdet.rb — Tanaka Akira <akr@...>
前から考えていたのですが、ファイル先頭の magic comment や
まつもと ゆきひろです
In article <E1JN0fO-00084M-Dg@x61.netlab.jp>,
須藤です。
In article <20080214.203702.439940124859613817.kou@cozmixng.org>,
須藤です。
In article <20080215.210932.373570872046057306.kou@cozmixng.org>,
須藤です。
In article <20080219.210130.275954098091635027.kou@cozmixng.org>,
[#33646] require/load/autoload の encoding オプション — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
[#33662] rational, complex and mathn — Tadayoshi Funaba <tadf@...>
rational は floor、truncate、ceil、round を定義していません。Numeric
他にも問題、課題はあると思います。すぐに解決できるものと、そうでないも
ひとつ書き忘れました。
まつもと ゆきひろです
> 原さんのrationalは導入予定がありますので、この機会にもう一度
原です。
> 前にふなばさんと個人的なメールのやりとりで、結局また私がrationalをまと
原です。
> > それなりに速くはなるし、単純なところでそれなりに満足していますが、一度、
nurat 0.0.2 を出しました (ついでに nucomp も)。
仕様を確認していきたいと思います。
まつもと ゆきひろです
原です。
> > new!はRubyで実装しているためにだけ必要なので、Cで実装するな
原です。
> Rational::Unify が定義されているときは、Rational.new(1,1) で Integer
> Rational() は、1つか2つの引数をとる。
> 実際的に重要な機能が Rational() という名前で固定されるのはクラスの定義
もうあまり手を入れないでおこうと思ったのです、つい手を入れてしまいまし
原です。
ちょっと実験してみました。原さんの rational は、かけ算割り算が速いので、
で、考えていたんですが、目的は、最速の rational を作ることではなくて、
原です。
成瀬です。
まつもと ゆきひろです
> はい。Complexについても1.9の間に組み込んでよいと思います。
まつもと ゆきひろです
nurat を組みこんでみました。最低限必要な修正だけになっていると思います。
rational と complex を 1.9 に組みこむ作業をしました。
異議がなければ、若干の手直しの後、次週末にでも trunk にコミットしよう
> 異議がなければ、若干の手直しの後、次週末にでも trunk にコミットしよう
まつもと ゆきひろです
[#33674] erb.rb の仕様について — "Makoto Kuwata" <kwa@...>
桑田といいます。
[#33676] Suggestion: Proc#curry — "Yusuke ENDOH" <mame@...>
遠藤と申します。
[#33679] bigdecimal — Tadayoshi Funaba <tadf@...>
bigdecimal/math.rb の BigMath は、利用者が include してつかうことを前
Integer や Float に比べると、BigDicimal() は、1 や 1.1 を受けつけない、
斎藤と申します。
> 仮にBigDecimal(1.1)を、(二進小数として)受け付けると、「BigDecimalでは、
まつもと ゆきひろです
[#33699] trunk: インストールファイルのアクセス権 — pegacorn <subscriber.jp@...>
trunk で、インストールファイルのアクセス権が適切に設定されないものが
[#33712] Array の product の戻り値 — "Hideo Konami" <konami@...>
小波です。
[#33726] Re: [ruby-cvs:22680] Ruby:r15443 (trunk): * bootstraptest/runner.rb, bootstraptest/test_method.rb, enc/depend, — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
成瀬です。
In article <47B26518.60309@airemix.com>,
Tanaka Akira wrote:
こんにちは、なかむら(う)です。
成瀬です。
[#33825] Ruby M17N 会議の議事録 — "NARUSE, Yui" <naruse@...>
成瀬です。
[#33837] spec of Rational — Shin-ichiro HARA <sinara@...>
原です。
[#33838] 文字列処理の高速化 ? — Martin Duerst <duerst@...>
ただの一例ですが、先週の金曜日に松本さんに見せたときに
[#33843] IO.copy_stream — Tanaka Akira <akr@...>
IO.copy_stream をつけるのはどうでしょうか。
[#33889] Re: [ ruby-Bugs-17454 ] irb crash while iterating over all objects — Urabe Shyouhei <shyouhei@...>
卜部です。ちょっとお知恵を拝借したく。
ミスって送信ボタン押しちゃった
こんにちは、なかむら(う)です。
なかだです。
Nobuyoshi Nakada さんは書きました:
豊福です。
まつもと ゆきひろです
豊福です。
まつもと ゆきひろです
豊福です。
まつもと ゆきひろです
豊福です。
[#33894] character encodings differ: US-ASCII and dummy encoding — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
まつもと ゆきひろです
[#33916] UTF_16LE.dummy? returns false — sheepman <sheepman@...>
こんにちは sheepman です。
[#33926] --host=i586-mingw32msvc — Kouhei Sutou <kou@...>
須藤です。
[#33937] patch for ruby_1_8_6/lib/rexml/element.rb@12852 — oshida@...
押田です。
[#33943] warning about space before argument parentheses — Nobuyoshi Nakada <nobu@...>
なかだです。
[ruby-dev:33688] Re: erb.rb の仕様について
桑田です。
回答ありがとうございます。
2008/2/10 Masatoshi SEKI <m_seki@mva.biglobe.ne.jp>:
> >
> > 1. ERB#result() で、safe_level が設定されているときに
> > Thread を生成してからその中で eval していますが、
> > Thread を生成する理由を教えていただけませんか。
>
> たしか、$SAFEはより大きな値しか設定できないからだったと
> 思います。
> 呼び出し元の$SAFEが変わってしまうのを避けるためですね。
> 今ならもっとうまい方法があるかもしれません。
こちらに書いてありました。
http://www.ruby-lang.org/ja/man/html/_A5BBA5ADA5E5A5EAA5C6A5A3A5E2A5C7A5EB.html
$SAFE って、普通のグローバル変数だと思ってましたが、
そうではないんですね。
それでは、Thread を使うかどうかは仕様ではなく、
「safe_level を設定したときにそれがメインプログラムの
$SAFE に影響を及ぼさないこと」が仕様だという理解で
よろしいでしょうか。
もしそうなら、次のようにすれば Thread の生成を少なく
できていいのかなと思いました。
Index: lib/erb.rb
===================================================================
--- lib/erb.rb (revision 15382)
+++ lib/erb.rb (working copy)
@@ -733,7 +733,7 @@
# code evaluation.
#
def result(b=TOPLEVEL_BINDING)
- if @safe_level
+ if @safe_level && @safe_level > $SAFE
th = Thread.start {
$SAFE = @safe_level
eval(@src, b, (@filename || '(erb)'), 1)
===================================================================
> > 2. 以下のメソッドやモジュールは #:nodoc: がついてますが、
> > これらは非公開であり積極的に使うべきでないと考えて
> > いいでしょうか。
> > もっというと、これらをERBの仕様と考えていいかどうかと
> > いうことなんですが。
> > - ERB#def_method
> > - ERB#def_module
> > - ERB#def_class
> > - ERB::DefMethod
>
>
> これらは積極的に使ってほしいメソッドです。
>
> rdocについてはどなたかが書いてくれたもので、公開(?)と関
> 連はありません。
>
> 気分的には、ERB::Compiler関連が非公開(といっても
> Rubyなので実質公開)です。
> ERB::Compilerを改造しても怒られないだろうなあ、と期待してます。
>
なんと、erb.rb の正式な仕様でしたか。了解しました。
では :nodoc: は取り除いた方がいいですね。
あと Compiler class は ERB の仕様には含めないものとして
考えます。
> >
> > 3. ERB#set_eoutvar() って必要でしょうか?
> > ERB#initialize() の引数 _eoutvar を使えば変数名 _erbout
> > は
> > 変更できるから、set_eoutvar() は必要ないように思います。
>
> すっかり忘れていましたが、_erboutは変数名しか設定できな
> いから
> メソッドにしてフックできるようにしたようです。
>
> * http://www.druby.org/ilikeruby/erbquote.html
> * http://d.hatena.ne.jp/m_seki/20061031#1162304780
これって、非公開としている Compiler オブジェクトが
引数に必要なんですよね。設計としてはあんまりよろしく
ないと思いますが、どうでしょうか。
#そもそも set_eoutvar() は非公開メソッド?
#なら :nodoc: つけてほしいです。
#丁寧にも RDoc がついているから、ERB の仕様だと
#思ってしまいました。
というか、オプション引数のことをまったく考慮していない
CGI#initalize() とは違って、ERB#initialize() は引数で
eoutvar を取るようにちゃんと設計されているので、
できればこれで済むような設計がいいと思います。
ERB#eoutvar と ERB#eoutvar= はあってもいいと思いますが。
たとえばこんなのはどうでしょうか。要件を満たしているか
どうか分かりませんが。
class ERB
def initialize(eruby_str, safe_level=nil, trim_mode=nil, eoutvar='_eoutvar')
...
@compiler = Compiler.new
@compiler.eoutvar = eoutvar
...
end
def eoutvar=(name)
@compiler.eoutvar = name
end
def eoutvar
@compiler.eoutvar
end
end
あるいは ERB class を拡張するのではなくて、composition を使って
使用する Compiler class を指定できるようにするとか。
--
makoto kuwata