ruby-dev

小林です。

----- Original Message -----
送信者 : KIMURA Koichi <kimura@sqa.canon.co.jp>
件名 : [ruby-dev:9106] Re: xmalloc() in Windows


>
> >うう、ruby.defに序数を付けるとimport tableが名前じゃ
> >なくなっちゃいますよね。
> >importできないときの情報が減ってしまう。
>
> げ、そういう副作用(?)があったのですね。
> #序数意識してやったことが無いので^^;;
> 名前でできないとGetProcAddressするときにも面倒ですよねえ。
>
単に表示が序数を表示しているだけのようです。
序数を付けても、以下のコードは動作します。
 HANDLE h = LoadLibrary("RubyMw.dll");
 FARPROC pf = GetProcAddress(h,"rb_mem_clear");

> >NT4.0SP6aでruby.defに序数を付けたrubymw.dllから序数を付けないもので
> >作った拡張ライブラリがロードできることは確認しました。
> >
> >つまり、名前で参照していれば序数が違っていてもOKと。
> >
ということらしいですね。では、あのヘルプは何なのだ！
（私は、あのヘルプに従って序数は付けるものと思ってい
ました、失敗した記憶もかすかにあるし）。
で、過去に失敗した例を探しました。これが、Windows 3.1 の
ときだったんですね！！

まず、WIN32 では、def ファイルで NONAME を指定しない限
り DLL には名前と序数が共に含まれるので問題なしです
(DEF ファイルの中を入れ替えたりしてやってみましたがOK
でした)。メモリが豊富なWIN32 の時代で序数のメリットは
NONAME を使用して特定の名前を DLL に組み込まない
ようにして危険な関数等を使用しずらくするという消極的な
意味しかないようです。

ところが、サイズの制限がきつかった Win 3.1 の時代は特別
に RESIDENTNAME というキーワードを .DEF ファイルに付け
ないと全ての名前が入らないということを思い出しました。
MSお勧めは RESIDENTNAME 無しです。
（序数も名前もメモリに常駐するので．．．）
Petzold の本（古すぎる！）の例題にも、 RESIDENTNAME は
付いてないですね（説明はあります）。
WIN32では RESIDENTNAME は無視されます。
で、Lib ファイルを用いてリンクする場合は OK ですが前記の
ようにダイナミックにロードする場合、名前がないので序数で
しか関数アドレスが取得できなかったわけです（これが、
「失敗の記憶」だと類推しています）。

今では GetProcAddress(h,MAKEINTRESOURCE(...)) なん
てやる人はいないと思うので、特に序数は要らないようで
すね。あの、ヘルプはどうも Win 3.1 時代のものが残って
いるような気がします。

おさわがせしました。　ｍ（_ _）ｍ

# せっかく　Ruby で序数を振ってから、編集したのに．．．

小林 茂雄
E-Mail: shigeo@tinyforest.gr.jp
Home Page: http://www.tinyforest.gr.jp

Thread

Prev Next

In This Thread

Prev Next

[#9052] bang method returns string always — WATANABE Hirofumi <eban@...>

[#9056] no bang method returns original string — Koji Arai <JCA02266@...>

[#9063] argument to block for pipe_open() — nobu.nakada@...

[#9067] (ruby/socket) bug? — Kentaro Inagaki / 稲垣 健太郎 <inagaki@...>

[#9068] ruby_lib/foo/bar and Foo::Bar (Re: [ruby-list:20368]) — Wakou Aoyama <wakou@...>

[#9085] xmalloc() in Windows — "Shigeo Kobayashi" <shigeo@...>

[#9095] Re: ruby_lib/foo/bar and Foo::Bar (Re: ) — Minero Aoki <aamine@...>

[#9125] += — gotoken@... (GOTO Kentaro)

[#9133] ruby-1.4.3 memory leak — Koji Oda <oda@...1.qnes.nec.co.jp>

[#9134] Re: site_ruby — gotoken@... (GOTO Kentaro)

[#9153] [BUG] longstr.scan(/(a*)\1/) — gotoken@... (GOTO Kentaro)

[#9160] Re: lib/subdirectory — gotoken@... (GOTO Kentaro)

[#9188] Ruby 1.5.2 and irb — Katsuyuki Komatsu <komatsu@...>

[#9190] %w() bug? — Wakou Aoyama <wakou@...>

[#9191] 1.4cvs shared PREFIX bug? — Wakou Aoyama <wakou@...>

[#9195] 1.4cvs lib/irb, lib/cgi — Wakou Aoyama <wakou@...>

[#9197] mod_ruby (rb_ary_freeze --> rb_obj_freeze) — Wakou Aoyama <wakou@...>

[#9198] secure — Wakou Aoyama <wakou@...>

[#9230] \G in index (Re: [ruby-list:20578] Re: エスケープされていないものだけを置換) — IWAMURO Motonori <iwa@...>

[#9242] ColorSet Module for Gdk — Jun Adachi <adachi@...>

[#9245] ruby 1.5.2 (2000-02-17) — WATANABE Hirofumi <Hirofumi.Watanabe@...>

[#9261] getaddrinfo configuration fix — itojun@...

[#9288] [PATCH] mswin32: ruby.h, win32/ruby.def for Ruby 1.5.2 — Katsuyuki Komatsu <komatsu@...>

[#9289] configure fail on libc5 linux — Minero Aoki <aamine@...>

[#9290] [fix] String#* with huge string — EGUCHI Osamu <eguchi@...>

[#9297] GC Problem ? — "Shigeo Kobayashi" <shigeo@...>

[#9323] 代入 — ta-ka-si@...

[ruby-dev:9109] Re: xmalloc() in Windows

Thread

In This Thread

[#9067] (ruby/socket) bug? — Kentaro Inagaki / 稲垣健太郎 <inagaki@...>