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

From: Take_tk <ggb03124@...>
Date: 2002-03-16 14:09:18 UTC
List: ruby-list #34461
たけ(tk)です。

[ruby-list:34454] Re: 文字コード混在スクリプトの実行 にて 
nobu.nakada@nifty.ne.jp さん 曰く:
》そうです。だから、あまり現実的な方法ではありませんが、requireの
》前に$KCODEを設定してやれば、正しくパースできます。

ということは、中村さんの場合に

3) EUC, SJIS 混在
   body.rb  EUC  (for UNIX and Win)
   ui_1.rb  EUC  (for UNIX)
   ui_2.rb  SJIS (for Win)

で次のようにすればうまくいくということでしょうか?。

-- body.rb
old_kcode = $KCODE
if Unix
  $KOCDE = "e"
  require "ui_1"
else
  $KCODE = "s"
  require "ui_2"
end
$KCODE = old_kcode

正しくパースはできる(パース時のエラーで落ちることはない)が、実行時に処
理系が想定している $KOCDE とデータとして入っている文字列のコードとが異な
るので、実行時におかしくなる。ということでは?。

》> (B)ただし、トップレベルのスクリプトの場合には、$KCODE も変更する。
》> (というか、$KOCDE=="n" の時には -Ks で変更する)。
》
》この"n"の時には、ってのがちょっと意味がよく分からなかったんです
》が、DEFAULT_KCODEがNONEじゃないときには-Kで変更しないということ?

 次のように変更します。

 (B)ただし、トップレベルのスクリプトの場合には、$KCODE も変更する。
require で呼び出されたスクリプトでは、$KOCDE=="n" の時にだけ -Ks で変更
する。

 $KCODE 決定の順位は次のようになります。(たけ(tk)案、念のため)。

(1)コマンドラインオプション/トップレベルスクリプトの -Kx
(2)ruby.so のデフォルト
(3)require されたスクリプトで最初に -Ks を有するものの指定。

》> (D)require で呼ばれたスクリプトの記述コード(-Ks)と require が実行され
》> た時点での記述コード($KCODE)とが異なる場合には、(4)のパースの時に文字
》> コードの変換(-Ks → $KCODE)を行う。
》
》これはちょっと疑問です。必要なのであれば変換を明示したほうがい
》いのではないかと思ってます。

 sjis のスクリプトでパース時に変数に保存された文字列(sjis)を実行時の
エンコーディング(EUC)で処理しても問題がなければ、変換は必要ではない、
ですけど・・。

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

 b.rb のエンコーディングではなく $KCODE(a.rb の -Ks)に合わさるはず。

 トップレベルの a.rb で -Ks が指定されていない場合には、b.rb(最初に見
つかった -Ks 指定のあるスクリプト)のエンコーディングに従うことになる。
a.rb で指定されていないということは、日本語を使っていない、または、どの
エンコーディングにでも対応できる、ということなので、最初に見つかった -Ks 
を $KCODE として、実行時の標準としても構わないと思う。

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

 ??、ruby.so をコンパイルする話?。

》> (E)require を実行よりまえにそのファイル全体の文字列解釈が終了している
》> のであれば、-Ks のデータを保存しておく必要はない。
》
》このデータというのは、そのファイルの先頭で指定されたエンコーディ
》ングのことですか?

 はい。

》> (F)もし、require から返ってきた後に文字列の解釈が必要になるのであれば、
》> require するときに(3)、そのファイルの記述コード(-Ks)を保存しておき、
》> require から戻ってきたときには(6)、元の記述コードの戻して文字列の解釈
》> (パース?/実行?)を継続する。
》
》requireすると$KCODEが自動的に変わってしまうというのはまずいと思
》うので、(3)、(4)の前後ではエンコーディングは保存されるべきだと
》思います。ただし、(5)の実行中の変更は(6)でも有効になるべきでは
》ないでしょうか。

 $KCODE は最初に見つかった -Ks にだけ影響を受けるので、トップレベルのス
クリプトで指定されていれば、require で $KCODE は変わらない。という前提。

 この項目は「もし、require から返ってきた後に文字列の解釈が必要になるの
であれば」という前提が間違っているので、余分でした。

Take_tk = KUMAGAI Hidetake
たけ(tk)=熊谷秀武

In This Thread