Bug #3907
WIN32OLE_TYPELIB Can't load while envvar in the pathname .
| Status: | Closed | Start date: | 10/05/2010 | |
|---|---|---|---|---|
| Priority: | Normal | Due date: | ||
| Assignee: | - | % Done: | 100% |
|
| Category: | ext | |||
| Target version: | 1.9.3 | |||
| ruby -v: | ruby 1.9.3dev (2010-10-05) [i386-mswin32_100] |
Description
WIN32OLE_TYPELIB.newで、TypeLibのパス名に環境変数が含まれているとロードに失敗します。 以下のパッチで修正します。（REG_EXPAND_SZだった場合にExpnadEnvironmentStringsで展開） 添付のtest_win32ole_typelib.rbのパッチは、ADO 2.0のロードを試すものです。 ただし、ADO 2.0はWindows7ではREG_EXPAND_SZを使っていますが、Windows XPでは使っていないためテストとしてはいまいちです。
Associated revisions
* ext/win32ole/win32ole.c (reg_get_val): expand environment in
the pathname. [Bug #3907]
* ext/win32ole/win32ole.c (reg_get_val): expand environment in
the pathname. [Bug #3907]
History
Updated by suke (Masaki Suketa) over 1 year ago
助田です。 On Tue, Oct 05, 2010 at 11:16:07PM +0900, Akio Tajima wrote: > > ただし、ADO 2.0はWindows7ではREG_EXPAND_SZを使っていますが、 > Windows XPでは使っていないためテストとしてはいまいちです。 > 反応鈍くてすいません。 パッチのご提供ありがとうございます。 これ、"Disk Management Snap-In Object Library" だったら、 Windows 7 でも REG_EXPAND_SZ を使ってますか？ というか Windows 7 にもそんなのがありますか？ 助田 雅紀
Updated by arton (Akio Tajima) over 1 year ago
artonです。 > これ、"Disk Management Snap-In Object Library" だったら、 > Windows 7 でも REG_EXPAND_SZ を使ってますか？ > というか Windows 7 にもそんなのがありますか？ Windows7にもありました。 InProcServer32は、REG_EXPAND_SZを使って %SystemRoot%...となっているので、 XPでもそうなっているのであれば、テスト用に良いと思います。 -- arton <artonx@yahoo.co.jp> -------------------------------------- Learn more about breast cancer - Pink Ribbon Campaign 2010 http://yj.pn/JAy9L7
Updated by arton (Akio Tajima) over 1 year ago
artonです。 すみません。前のメールでは間違えてCLSIDのほうを見ていましたが （inprocsvr32とか書いている）、TypeLibのほうも、REG_EXPAND_SZを使ってい るので問題ないです。 -- arton <artonx@yahoo.co.jp> -------------------------------------- Learn more about breast cancer - Pink Ribbon Campaign 2010 http://yj.pn/JAy9L7
Updated by suke (Masaki Suketa) over 1 year ago
- Status changed from Open to Closed
- % Done changed from 0 to 100
This issue was solved with changeset r29495. Akio, thank you for reporting this issue. Your contribution to Ruby is greatly appreciated. May Ruby be with you.