[#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%[email protected]>,
At Fri, 8 Feb 2008 14:00:35 +0900,
In article <87prv8yovi.wl%[email protected]>,
とみたです。
In article <[email protected]>,
[#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 <[email protected]>,
須藤です。
In article <[email protected]>,
須藤です。
In article <[email protected]>,
[#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 <[email protected]>,
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:33906] Re: encdet.rb
In article <[email protected]>, Kouhei Sutou <[email protected]> writes: > ディレクトリを覚えるという状況がよくわからないのですが、どう > いうときにディレクトリを覚えるのでしょうか?例えば、 > net/http.rbを使うときはnetディレクトリを覚える、ということで > しょうか? はい。覚えていないと require の引数を書けません。 まぁ、書けないというのは言い過ぎかもしれませんが、経験上 test/unit で require を書くときにいくらか戸惑った覚えがあり ます。 > 私は階層構造(XXX/YYY)になっている時はXXXを覚えようとは(た > ぶん)思っていませんが、XXXに関連するYYYという機能を使う、と > 考えている気がします。 XXXYYY や XXX-YYY も XXX に関連する YYY という機能を使うと解 釈できるんじゃないでしょうか。 XXX に関連する YYY という機能を使おうと思った時、XXXYYY, XXX-YYY, XXX/YYY のどれなのだろうか、というのを思い出しやす くするするにはどうしたらしいか、というのが問題なのだと思いま す。 > また、XXX/以下にファイルが何個あるかを意識したことがないので > すが、それを意識するのはわりと普通のことなのでしょうか? > (net/シリーズはいろいろあるなぁとかは思ったことがあると思い > ます。) 私の感覚としては、意識してもおかしくありません。いくつもあれ ば、分類に意味があるのが明らかで覚えやすいのですが、そうでな ければ明らかはありません。 もちろん、私が普通であるかどうかはまた別の話になるので、普通 であるかどうかという質問に答えていることにはならないかもしれ ませんけれど。 > 通常のスクリプトではそれほど多くEncDet.openを使うとは思えな > いのですが、RDoc以外ではどういう場合でしょうか?Rubyスクリプ > ト以外(例えばYAML)にもcoding: XXXを書くようにということで > しょうか? はい。もともとこの形式は Emacs や Python から来ているもので、 Ruby 以外にも適用できます。 たとえば、日本語を含んだプレインテキストを処理するときに、エ ンコーディングをどう指定するか、とか。Emacs は自動判別、Ruby は locale や -K オプションというよりは、magic comment という ひとつの情報で両方を制御したほうがいいでしょう。 なお、YAML はたしか仕様自体に UTF-8 という規定が入っているよ うな気がするので微妙な気がします。 > それは各フォーマットの問題な気もします。例えば、XMLでは > encoding="XXX"ですが、今のEncDet.detect_encodingでは対応して > いない気がします。それとも、各フォーマットでのエンコーディン > グ指定書式にも対応していくということでしょうか? 必要になればやってもいいかもしれません。 ただ、XML は XML パーザーが面倒を見てくれるような気もします。 > 今更いうのもアレなんですが、そもそも、openというAPIはどうかなぁ > と思っています。興味があるのは「ファイルを開いてエンコーディ > ングを検出して設定する」ことではなくて、「IOのエンコーディン > グを検出して設定する」ことだけだと思います。なので、以下のよ > うに使えた方がよい気がしています。 > > File.open("XXX") do |f| > f.detect_encoding! > ... > end > > 上記のようなAPIだとFile.open以外のIO(っぽいもの、例えば > StringIO)でもエンコーディング検出機能が同じAPIで使えます。 ひとつ考えていて、上記のでは扱えないのは Apache の mod_cern_meta による形式ですね。経緯からいえば CERN httpd の形 式といったほうがいいんですが、dir/foo というファイルに対して dir/.web/foo.meta に Content-Type とかを書けるというもので、 open するタイミングを捕まえないと問題が出てきます。chdir と か。 > もちろん、ファイルの先頭だけをチェックしたいからopenから主導 > 権を握りたいんだろうなぁとは想像できますが、データを読み込む > 前に呼んでね、でも十分ではないかとも思います。ファイル以外で > もエンコーディングを検出して設定したいことはあると思いますし。 > (例えばTempfileとか。) そういう用途がないとはいいませんし、そういう用途のためのメソッ ドはあっていいとおもいます。 ただ、Tempfile はそのプロセス自身が生成したもので、中身にエ ンコーディングを指定する必要性は下がるような気がします。ある としたら、Tempfile を生成したあと何かコマンドを起動してそこ に書き込ませてそれを読むとかでしょうか。でもそうすると、その コマンドのことを知っていればエンコーディングはわかる気がしま す。具体的にはどいう状況で嬉しいでしょうね? >> そんなわけで、encdetect かなぁ、と思っています。 > > encodingがencと略されているのはRubyのCのAPIまでで、まだRuby > レベルではencodingしかないと思います。encと略してまで短くす > るものではないのではないか、とはまだ思っています。 上でも述べましたが、使用頻度に対する想定が異なっているのが食 い違いの原因ですかねぇ。 > あと、モジュール名が動詞(detect)というのも少し気になります。 > (そういうのはもうすでにたくさんありますが。) 今回のはまさになにかひとつのことを行うライブラリなので動詞が 中身を表している気がします。 機能を増やせば話は変わってきますが、なにかありますかねぇ。 ふむ、magic comment を生成する機能とか? -- [田中 哲][たなか あきら][Tanaka Akira]