[#33567] rational, complex and nuby — Tadayoshi Funaba <tadf@...>

ruby に rational と complex を組みこもうと試していて nuby という派生物

21 messages 2008/02/02

[#33580] Re: cgi.rb再構築案 — "Makoto Kuwata" <kwa@...>

桑田といいます。

17 messages 2008/02/03

[#33611] Solaris で timeout.rb が Segmentation fault する。 — shiiya@...

はじめまして。椎屋と申します。

15 messages 2008/02/06
[#33612] Re: Solaris で timeout.rb が Segmentation fault する。 — Nobuyoshi Nakada <nobu@...> 2008/02/06

なかだです。

[#33613] Re: Solaris で timeout.rb が Segmentation fault する。 — shiiya yoshitaka <shiiya@...> 2008/02/06

椎屋です。反応ありがとうございます。

[#33650] Re: Solaris で timeout.rb が Segmentation fault する。 — Nobuyoshi Nakada <nobu@...> 2008/02/08

なかだです。

[#33652] Re: Solaris で timeout.rb が Segmentation fault する。 — SATOH Fumiyasu <fumiyas@...> 2008/02/08

さとうふみやす @ OSS テクノロジです。

[#33621] EUC-KR <-> UTF-8 transition table — "Park Ji-In" <tisphie@...>

朴 芝印です。

15 messages 2008/02/06

[#33628] encdet.rb — Tanaka Akira <akr@...>

前から考えていたのですが、ファイル先頭の magic comment や

18 messages 2008/02/07

[#33662] rational, complex and mathn — Tadayoshi Funaba <tadf@...>

rational は floor、truncate、ceil、round を定義していません。Numeric

66 messages 2008/02/08
[#33663] Re: rational, complex and mathn — Tadayoshi Funaba <tadf@...> 2008/02/08

他にも問題、課題はあると思います。すぐに解決できるものと、そうでないも

[#33664] Re: rational, complex and mathn — Tadayoshi Funaba <tadf@...> 2008/02/08

ひとつ書き忘れました。

[#33707] Re: rational, complex and mathn — Yukihiro Matsumoto <matz@...> 2008/02/12

まつもと ゆきひろです

[#33714] Re: rational, complex and mathn — Tadayoshi Funaba <tadf@...> 2008/02/12

> 原さんのrationalは導入予定がありますので、この機会にもう一度

[#33727] Re: rational, complex and mathn — Shin-ichiro HARA <sinara@...> 2008/02/13

原です。

[#33761] Re: rational, complex and mathn — Tadayoshi Funaba <tadf@...> 2008/02/13

> 前にふなばさんと個人的なメールのやりとりで、結局また私がrationalをまと

[#33788] Re: rational, complex and mathn — Shin-ichiro HARA <sinara@...> 2008/02/15

原です。

[#33795] Re: rational, complex and mathn — Tadayoshi Funaba <tadf@...> 2008/02/15

> > それなりに速くはなるし、単純なところでそれなりに満足していますが、一度、

[#33806] Re: rational, complex and mathn — Tadayoshi Funaba <tadf@...> 2008/02/16

nurat 0.0.2 を出しました (ついでに nucomp も)。

[#33812] Re: rational, complex and mathn — Tadayoshi Funaba <tadf@...> 2008/02/16

仕様を確認していきたいと思います。

[#33815] Re: rational, complex and mathn — Yukihiro Matsumoto <matz@...> 2008/02/16

まつもと ゆきひろです

[#33818] Re: rational, complex and mathn — Shin-ichiro HARA <sinara@...> 2008/02/16

原です。

[#33819] Re: rational, complex and mathn — Tadayoshi Funaba <tadf@...> 2008/02/17

> > new!はRubyで実装しているためにだけ必要なので、Cで実装するな

[#33821] Re: rational, complex and mathn — Tadayoshi Funaba <tadf@...> 2008/02/17

> Rational() は、1つか2つの引数をとる。

[#33827] Re: rational, complex and mathn — Tadayoshi Funaba <tadf@...> 2008/02/17

> 実際的に重要な機能が Rational() という名前で固定されるのはクラスの定義

[#33845] Re: rational, complex and mathn — Tadayoshi Funaba <tadf@...> 2008/02/18

もうあまり手を入れないでおこうと思ったのです、つい手を入れてしまいまし

[#33886] Re: rational, complex and mathn — Tadayoshi Funaba <tadf@...> 2008/02/21

ちょっと実験してみました。原さんの rational は、かけ算割り算が速いので、

[#33888] Re: rational, complex and mathn — Tadayoshi Funaba <tadf@...> 2008/02/21

で、考えていたんですが、目的は、最速の rational を作ることではなくて、

[#33903] Re: rational, complex and mathn — Shin-ichiro HARA <sinara@...> 2008/02/22

原です。

[#33905] Re: rational, complex and mathn — "NARUSE, Yui" <naruse@...> 2008/02/22

成瀬です。

[#33908] Re: rational, complex and mathn — Yukihiro Matsumoto <matz@...> 2008/02/22

まつもと ゆきひろです

[#33914] Re: rational, complex and mathn — Tadayoshi Funaba <tadf@...> 2008/02/23

> はい。Complexについても1.9の間に組み込んでよいと思います。

[#33679] bigdecimal — Tadayoshi Funaba <tadf@...>

bigdecimal/math.rb の BigMath は、利用者が include してつかうことを前

23 messages 2008/02/09
[#33680] Re: bigdecimal — Tadayoshi Funaba <tadf@...> 2008/02/09

Integer や Float に比べると、BigDicimal() は、1 や 1.1 を受けつけない、

[#33686] Re: bigdecimal — Tadashi Saito <shiba@...2.accsnet.ne.jp> 2008/02/10

斎藤と申します。

[#33698] Re: bigdecimal — Tadayoshi Funaba <tadf@...> 2008/02/11

> 仮にBigDecimal(1.1)を、(二進小数として)受け付けると、「BigDecimalでは、

[#33705] Re: bigdecimal — Yukihiro Matsumoto <matz@...> 2008/02/12

まつもと ゆきひろです

[#33726] Re: [ruby-cvs:22680] Ruby:r15443 (trunk): * bootstraptest/runner.rb, bootstraptest/test_method.rb, enc/depend, — "U.Nakamura" <usa@...>

こんにちは、なかむら(う)です。

14 messages 2008/02/13
[#33730] Re: [ruby-cvs:22680] Ruby:r15443 (trunk): * bootstraptest/runner.rb, bootstraptest/test_method.rb, enc/depend, — "NARUSE, Yui" <naruse@...> 2008/02/13

成瀬です。

[#33889] Re: [ ruby-Bugs-17454 ] irb crash while iterating over all objects — Urabe Shyouhei <shyouhei@...>

卜部です。ちょっとお知恵を拝借したく。

22 messages 2008/02/21
[#33892] Re: [ ruby-Bugs-17454 ] irb crash while iterating over all objects — Nobuyoshi Nakada <nobu@...> 2008/02/21

なかだです。

[#33909] Re: [ ruby-Bugs-17454 ] irb crash while iterating over all objects — Urabe Shyouhei <shyouhei@...> 2008/02/22

Nobuyoshi Nakada さんは書きました:

[#36081] Re: [ ruby-Bugs-17454 ] irb crash while iterating over all objects — TOYOFUKU Chikanobu <nobu_toyofuku@...> 2008/09/01

豊福です。

[#36085] Re: [ ruby-Bugs-17454 ] irb crash while iterating over all objects — Yukihiro Matsumoto <matz@...> 2008/09/01

まつもと ゆきひろです

[ruby-dev:33864] Re: encdet.rb

From: Kouhei Sutou <kou@...>
Date: 2008-02-19 12:01:28 UTC
List: ruby-dev #33864
須藤です。

In <877ih1pl4d.fsf@fsij.org>
  "[ruby-dev:33856] Re: encdet.rb" on Tue, 19 Feb 2008 14:32:15 +0900,
  Tanaka Akira <akr@fsij.org> wrote:

> > ひとつしかないことでなにか問題があった経験があるということで
> > しょうか?
> 
> そのようなディレクトリは覚えにくいと感じています。
> 
> おそらく、階層構造にすることは分類の意味があるのに、ひとつし
> かないのでは分類の意味がないことが原因ではないかと思っていま
> す。一般に意味のないことを覚えるのは難しいものですし。

ディレクトリを覚えるという状況がよくわからないのですが、どう
いうときにディレクトリを覚えるのでしょうか?例えば、
net/http.rbを使うときはnetディレクトリを覚える、ということで
しょうか?

私は階層構造(XXX/YYY)になっている時はXXXを覚えようとは(た
ぶん)思っていませんが、XXXに関連するYYYという機能を使う、と
考えている気がします。

また、XXX/以下にファイルが何個あるかを意識したことがないので
すが、それを意識するのはわりと普通のことなのでしょうか?
(net/シリーズはいろいろあるなぁとかは思ったことがあると思い
ます。)

> ただ、データ自身にエンコーディングを記録するというのは、それ
> なりに普及してほしいと思っているので、使いにくいほど長くした
> いとは思いません。その意味で Encoding::Detector.open はちょっ
> と長すぎるように思います。

通常のスクリプトではそれほど多くEncDet.openを使うとは思えな
いのですが、RDoc以外ではどういう場合でしょうか?Rubyスクリプ
ト以外(例えばYAML)にもcoding: XXXを書くようにということで
しょうか?

それは各フォーマットの問題な気もします。例えば、XMLでは
encoding="XXX"ですが、今のEncDet.detect_encodingでは対応して
いない気がします。それとも、各フォーマットでのエンコーディン
グ指定書式にも対応していくということでしょうか?

> 比較対象のロケール依存なものは open の 4文字なのでこれと同等
> の長さを望むのは無理だと思いますが、あまり差が開きすぎるのは
> よろしくないと感じています。

今更いうのもアレなんですが、そもそも、openというAPIはどうかなぁ
と思っています。興味があるのは「ファイルを開いてエンコーディ
ングを検出して設定する」ことではなくて、「IOのエンコーディン
グを検出して設定する」ことだけだと思います。なので、以下のよ
うに使えた方がよい気がしています。

  File.open("XXX") do |f|
    f.detect_encoding!
    ...
  end

上記のようなAPIだとFile.open以外のIO(っぽいもの、例えば
StringIO)でもエンコーディング検出機能が同じAPIで使えます。

もちろん、ファイルの先頭だけをチェックしたいからopenから主導
権を握りたいんだろうなぁとは想像できますが、データを読み込む
前に呼んでね、でも十分ではないかとも思います。ファイル以外で
もエンコーディングを検出して設定したいことはあると思いますし。
(例えばTempfileとか。)


> そんなわけで、encdetect かなぁ、と思っています。

encodingがencと略されているのはRubyのCのAPIまでで、まだRuby
レベルではencodingしかないと思います。encと略してまで短くす
るものではないのではないか、とはまだ思っています。

あと、モジュール名が動詞(detect)というのも少し気になります。
(そういうのはもうすでにたくさんありますが。)

In This Thread