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

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

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

あおきです。

[#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:34454] Re: 文字コード混在スクリプトの実行

From: nobu.nakada@...
Date: 2002-03-16 07:55:21 UTC
List: ruby-list #34454
なかだです。

At Sat, 16 Mar 2002 15:46:15 +0900,
Take_tk wrote:
> 》> 文字コード混在のスクリプトを実行したいのですが、
> 》> どういう方法があるでしょうか?
> 》> (-K? の指定と require する漢字コードが異なったまま
> 》> 混在させることはできるか?)
> 》
> 》今のところできません。「[ruby-list:34323] 英語化プロジェクト/
> 》リサイクル計画。」でも紹介されているように、ruby-devでもそうい
> 》う話が出てはいますが、どう指定するかの仕様案の段階です。どうい
> 》うのがいいと思いますか。
> 
>  パース、実行の順番がよくわからないのですが、
> 
>    body.rb       EUC  (for UNIX)
>      #!ruby -Ke
>      ... require の前のスクリプト
>      require "ui"
>      ... require の後のスクリプト
> 
>    ui.rb       SJIS (for Win)
>       #!ruby -Ks
>       ....
> 
> となっているとき次のような手順と考えていいのでしょうか?。
> 
> (1)body.rb のパース。そのファイル全体の文字列の解釈は終わる。
> (2)body.rb の実行 → require の前のスクリプト
> (3)body.rb の実行 → require の実行
> (4)ui.rb のパース。ui.rb 全体の文字列解釈は終了する。
> (5)ui.rb の実行
> (6)body.rb の実行 → require の後の行のスクリプト

そうです。だから、あまり現実的な方法ではありませんが、requireの
前に$KCODEを設定してやれば、正しくパースできます。

> [ruby-list:34323] の
> >   # -*- coding: <encoding name> -*-
> に従うなら、「-Ks」は
>    #!ruby
>    # -*- coding: <sjis> -*-
> と読み替える。(sjis はテキトー)。

これを前提とします。

> (A)#!ruby -Ks は原則として「そのファイルの記述コード」の指定のみとす
> る。

はい。

> (B)ただし、トップレベルのスクリプトの場合には、$KCODE も変更する。
> (というか、$KOCDE=="n" の時には -Ks で変更する)。

この"n"の時には、ってのがちょっと意味がよく分からなかったんです
が、DEFAULT_KCODEがNONEじゃないときには-Kで変更しないということ?

> (C)$KCODE はそのスクリプト群全体のあるべき文字コードとする。

「実行時点での」というほうが正確ですが、全体で統一することを考
えれば、ほぼそういってもいいかも知れません。

> (D)require で呼ばれたスクリプトの記述コード(-Ks)と require が実行され
> た時点での記述コード($KCODE)とが異なる場合には、(4)のパースの時に文字
> コードの変換(-Ks → $KCODE)を行う。

これはちょっと疑問です。必要なのであれば変換を明示したほうがい
いのではないかと思ってます。

そもそも、requireが実行された時点でのエンコーディングに変換して
しまっていいのでしょうか。a.rb->b.rb->c.rbとrequireされる場合、
c.rbのリテラルはb.rbのエンコーディングに合わせるべきなのでしょ
うか。

ソースのエンコーディング自体を変更したときに修正するのが面倒だ
ということであれば、コンパイル時に決定される疑似変数(__CODING__
とか)を導入するということも考えられます。

> (E)require を実行よりまえにそのファイル全体の文字列解釈が終了している
> のであれば、-Ks のデータを保存しておく必要はない。

このデータというのは、そのファイルの先頭で指定されたエンコーディ
ングのことですか?

> (F)もし、require から返ってきた後に文字列の解釈が必要になるのであれば、
> require するときに(3)、そのファイルの記述コード(-Ks)を保存しておき、
> require から戻ってきたときには(6)、元の記述コードの戻して文字列の解釈
> (パース?/実行?)を継続する。

requireすると$KCODEが自動的に変わってしまうというのはまずいと思
うので、(3)、(4)の前後ではエンコーディングは保存されるべきだと
思います。ただし、(5)の実行中の変更は(6)でも有効になるべきでは
ないでしょうか。

-- 
--- 僕の前にBugはない。
--- 僕の後ろにBugはできる。
    中田 伸悦

In This Thread