[#34204] 「プログラミング Ruby 」 p.257 defined? はメソッド? — Noritsugu Nakamura <nnakamur@...>

15 messages 2002/03/05
[#34205] Re: 「プログラミング Ruby 」 p.257 defined? はメソッド? — nobu.nakada@... 2002/03/05

なかだです。

[#34244] しぶらぐっ議事録。 — rubiben <ozaki@...>

48 messages 2002/03/08
[#34250] Re: しぶらぐっ議事録。 — Minero Aoki <aamine@...> 2002/03/09

あおきです。

[#34246] Re: しぶらぐっ議事録。 — rubikitch <rubikitch@...> 2002/03/08

From: rubiben <ozaki@ruby-lang.org>

[#34448] 文字コード混在スクリプトの実行 — Noritsugu Nakamura <nnakamur@...>

14 messages 2002/03/16

[#34453] カレンダー文字列を作るメソッド — Take_tk <ggb03124@...>

たけ(tk)です。

13 messages 2002/03/16

[#34534] スクリプティング言語における GPL — Taku Nakajima <tnakajima@...>

中島@ブレーンです。

26 messages 2002/03/21

[#34552] Re: 1.7 に関して — "井上 浩一" <kyoui32@...>

井上です。

22 messages 2002/03/22
[#34556] Re: 1.7 に関して — "U.Nakamura" <usa@...> 2002/03/22

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

[#34590] Ruby FAQ (Re: 1.7 に関して) — TAKAHASHI Masayoshi <maki@...> 2002/03/22

高橋征義です。

[#34570] cgi.rb+ イテレータ — FUJIOKA Takeyuki <fujioka@...>

藤岡です。

15 messages 2002/03/22

[#34676] 安心できる Marshal と、 Ruby バージョンの検査法 — MALTA Koji <malta@...>

丸田と申します。

62 messages 2002/03/30
[#34678] Re: 安心できる Marshal と、 Ruby バージョンの検査法 — Koji Arai <JCA02266@...> 2002/03/31

新井です。

[#34682] Ruby バージョンの検査法 — MALTA Koji <malta@...> 2002/03/31

丸田です。 MarshalとRUBY_VERSIONの話題を分離します。

[#34694] Re: Ruby バージョンの検査法 — WATANABE Hirofumi <eban@...> 2002/04/01

わたなべです。

[#34695] Re: Ruby バージョンの検査法 — shukaku@... 2002/04/01

At Mon, 1 Apr 2002 16:06:23 +0900,

[#34697] Re: Ruby バージョンの検査法 — WATANABE Hirofumi <eban@...> 2002/04/01

わたなべです。

[#34714] Re: Ruby バージョンの検査法 — MALTA Koji <malta@...> 2002/04/01

丸田です。

[#34719] Re: Ruby バージョンの検査法 — HIDAKA Takahiro <cv8t-hdk@...> 2002/04/02

 ひだかです。

[#34738] Re: Ruby バージョンの検査法 — MALTA Koji <malta@...> 2002/04/02

丸田です。

[#34743] Re: Ruby バージョンの検査法 — matz@... (Yukihiro Matsumoto) 2002/04/02

まつもと ゆきひろです

[#34748] Re: Ruby バージョンの検査法 — "NAKAMURA, Hiroshi" <nakahiro@...> 2002/04/03

なひです。

[#34760] Re: Ruby バージョンの検査法 — Koji Arai <JCA02266@...> 2002/04/03

新井です。

[#34765] Re: Ruby バージョンの検査法 — "U.Nakamura" <usa@...> 2002/04/04

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

[#34776] Re: Ruby バージョンの検査法 — Tanaka Akira <akr@...17n.org> 2002/04/04

In article <20020404095542.7155.USA@osb.att.ne.jp>,

[#34681] 書籍に関する質問です — Nobuhide Kanagawa <nobuhide@...>

こんにちわ。

17 messages 2002/03/31

[ruby-list:34323] 英語化プロジェクト/リサイクル計画。

From: rubiben <ozaki@...>
Date: 2002-03-11 12:31:33 UTC
List: ruby-list #34323
るびべん@標記プロ・雑用係 です。

-dev の内容を英訳して、-talk に流す作業をしてる部隊がいるのはご存じだと
思いますけど、先ほど、Tateishiさんの"ruby-dev summary 16126-16200"が流れ
たところです。

でもって、こいつを和訳すれば、-list にいながら、-dev の議論がわかるって
ぇアンバイだぜ。##これぞ本当のリサイクル。##英文和文ぐるぐる。

===
以下、
 Subject: ruby-dev summary 16126-16200
 From: Takaaki Tateishi <ttate@kt.jaist.ac.jp>
 Date: Mon, 11 Mar 2002 18:49:09 +0900
を和訳というか原文引用というか。

[ruby-dev:16134] Defining (Python) Source Code Encoding
(高橋征義さん)

> PEP(RCRのPython版)の263番で、「Defining Python Source Code Encoding」
> というdraftが出ています。要するに、ソースコードのencodingの判別に、
> 
>   #!/usr/bin/python
>   # -*- coding: <encoding name> -*-
> 
> というEmacs互換(?)な感じのコメントを書いておけば、処理系側でも
> その値を使うようにする、というものです。
> 
> PEP 0263
> http://python.sourceforge.net/peps/pep-0263.html
> 
> Python-Dev ML でのスレッド
> http://mail.python.org/pipermail/python-dev/2002-February/thread.html#20350
> 
> Python-ml-jp でのスレッド
> http://www.python.jp/pipermail/python-ml-jp/2002-February/thread.html#1110

これに関して
なかださんが、 [ruby-dev:16188] でパッチを流しています。

新井さん:
> > 高橋征義です。ruby-list の「localized document」ともやや関係あり?
> > あ、新井さんは「#!」行にコメントで書いているのか……。
> 
> ありゃ?なんでわたしの名前が?何かそういうスクリプト公開して
> ましたっけ?(^^;

[ruby-dev:16138] Hash implementation
(森田さん)

> とあるログの解析のために、1000〜のオーダーのサイズのhashを使うプログラ
> ムを書いています。
> 
> Hashクラスの動作がとても重いのでRuby 1.6.6 の hash.c と st.c をちょっ
> と見てみたんですが、Hashクラスをnewした時に生成されるhashのbinの数(?)
> が現在の実装だと11しか取られないようなので、hashのサイズが少し大きくな
> ると極端に効率が低下してしまいます。
> 
> (a) Hashのインスタンスを作る時のbinの数を大きくするか、
> (b) binの数を指定してnewできるように
> したほうがいいように思いますが、どうでしょうか。


これに対して、Matz が:

(小迫さん:)
> |登録要素数とbinの数の比が一定の値(5)以上になると、
> |自動的にサイズが拡張されます。(ADD_DIRECT()の中で)
> 
> その通りです。というわけでサイズが小さすぎるのは必ずしも直接
> 関係ないかもしれません。



[ruby-dev:16154] : and ::
(原さん)

> 細かい話ですが、"Foo::Bar".intern の値を :Foo::Bar として得ることが
> 出来るように : と :: の結合順序を変えることはできませんか?

これに対して、Matz が:

> するつもりはありません。
> 
> っていうか "Foo::Bar" をなにに使いたいんですか? Foo::Barっ
> ていうのは「Fooクラスの定数Bar」っていう式ですから、そういう
> シンボルを持ってもそれはFoo::Barとはまったく関係ありません。
> 関係ないものを支援するために文法を変更する必要性を感じないん
> ですが。

[ruby-dev:16159] autoload
  Matz writes:
> ということで、ほんとはautoloadはなくしたいです。Riteではなく
> なるかも。
> 
> 定数呼び出しのたびに親クラスに聞きに行く前にfallbackの存在を
> チェックしに行かないといけないような気がします。それが馬鹿に
> できないコストのような。

(MOROHOSHIさんのアイディア:)
> fallbackをチェックしにいく代わりに、
> 本物のオブジェクトの代わりに autoload することを示すオブジェクトを
> 代入しておき、const_get でそれが出てきたら autoload するのでは
> どうでしょうか。

[ruby-dev:16196] Oni Guruma imported into our repository
Musha さん:
>  許可をいただいたので、 src レポジトリ直下に oniguruma モジュール
> として import しました。今日リリースの版も続けて import しました
> ので、 CVS/CVSweb で差分の確認やそれぞれの版の取り出しができます。

"Oni Guruma"とは・・・[ruby-dev:16070]あたり参照
小迫さん:
> GNU regex APIほぼ互換正規表現ライブラリです。
> 
> 以下、READMEから抜粋しておきます。
> 
>    + has original native API. (Thread safe?  I hope so.)
>    + has modified GNU regex API.
>       - re_compile_fastmap() is removed. (no needs to call)
>       - re_recompile_pattern() is added.
>       - re_alloc_pattern()    is added.
>    + octal or hexadecimal number sequence can be treated as 
>      multibyte code in char-class[..] (ex. [\xa1\xa2]).
>    + POSIX bracket [:ascii:] is added. (Perl extension ?)


るびべん。 powered by Tateishiさん。

In This Thread

Prev Next