[#1381] bound method — shugo@... (Shugo Maeda)

前田です。

21 messages 1998/02/04
[#1383] Re: bound method — matz@... (Yukihiro Matsumoto) 1998/02/05

まつもと ゆきひろです

[#1384] Re: bound method — keiju@... (石塚圭樹 ) 1998/02/05

けいじゅ@日本ラショナルソフトウェアです.

[#1385] Re: bound method — matz@... (Yukihiro Matsumoto) 1998/02/05

まつもと ゆきひろです

[#1387] Re: bound method — keiju@... (石塚圭樹 ) 1998/02/05

けいじゅ@日本ラショナルソフトウェアです.

[#1388] Re: bound method — matz@... (Yukihiro Matsumoto) 1998/02/05

まつもと ゆきひろです

[#1389] Re: bound method — keiju@... (石塚圭樹 ) 1998/02/05

けいじゅ@日本ラショナルソフトウェアです.

[#1396] Re: bound method — matz@... (Yukihiro Matsumoto) 1998/02/06

まつもと ゆきひろです

[#1410] GD — Masao Kanemitsu <masao-k@...>

30 messages 1998/02/10
[#1411] Re: GD — matz@... (Yukihiro Matsumoto) 1998/02/10

まつもと ゆきひろです

[#1413] Re: GD — WATANABE Hirofumi <watanabe@...> 1998/02/10

わたなべです.

[#1417] Re: GD — Masao Kanemitsu <masao-k@...> 1998/02/10

<199802100623.PAA03533@eban.ase.ptg.sony.co.jp> の、

[#1420] Re: GD — WATANABE Hirofumi <watanabe@...> 1998/02/10

わたなべです.

[#1426] Re: GD — Masao Kanemitsu <masao-k@...> 1998/02/10

<199802100733.QAA04028@eban.ase.ptg.sony.co.jp> の、

[#1428] Re: GD — WATANABE Hirofumi <watanabe@...> 1998/02/10

わたなべです.

[#1429] Re: GD — Masao Kanemitsu <masao-k@...> 1998/02/10

<199802100757.QAA04212@eban.ase.ptg.sony.co.jp> の、

[#1431] Re: GD — WATANABE Hirofumi <watanabe@...> 1998/02/10

わたなべです.

[#1434] Re: GD — Masao Kanemitsu <masao-k@...> 1998/02/12

<199802100952.SAA04346@eban.ase.ptg.sony.co.jp> の、

[#1435] Re: GD — WATANABE Hirofumi <watanabe@...> 1998/02/12

わたなべです.

[#1436] Re: GD — Masao Kanemitsu <masao-k@...> 1998/02/12

<199802120449.NAA00398@eban.ase.ptg.sony.co.jp> の、

[ruby-dev:1382] Re: JRI bug

From: shugo@... (Shugo Maeda)
Date: 1998-02-04 12:49:40 UTC
List: ruby-dev #1382
前田です。

In message "[ruby-dev:1369] Re: [ruby-list:6159] Re: JRI bug"
Yukihiro Matsumoto <matz@netlab.co.jp> wrote:

||Init_ext() -> ruby_process_options() -> rb_require_modules()
||
||という順に処理するようにするというのはどうでしょう。
|
|これだと Init_xxx()でruby_process_options()によって初期化さ
|れるべきデータをアクセスしているもの(例: tcltklib)が動かなく
|なります.

なるほど、やはり単純に順番を変えるだけでは無理なんですね。

||というのも、どうもlibjavaをリンクした場合、JavaVMの初期化処理を
||する前にfopenを呼ぶとSegmentation faultになってしまうようなのです:-(
||# 簡単なプログラムで試してみました。
|
|うゎぁ,最低. X-<
|
|判りました.ruby_process_options()の中ではfopen()を呼ばない
|実装にするよう努力します.
|# 1.1b7は今日出そうと思ってたのに ^^;;;

すみません、よろしくお願いしますm(..)m

-- 
前田 修吾

In This Thread