Darksky::Weblog

最近、新しく作り始めたソフトは、ほとんどが32ビット版と64ビット版をターゲットにしています。うんと、YouTube&ニコニコ動画ツールバー以降からかな。

通常のアプリなら特別なことをしなくてもコンパイラがコードを生成してくれれば問題ないんですが、プラグイン系はいろいろと問題があって…。

IE用のツールバーを作り始めに調べたときに、同一のコードから生成した32ビット版と64ビット版はなぜか共存できなくて、最初はCOMオブジェクトに割り当てたGUIDを32ビット版と64ビット版では別々にしないといけないのかと思って放置していました。

そこはやはり要望があるわけで、真面目に対応するかということで、いろいろ調べていくと、どうもGUIDは関係なく、特に意識をする必要がないようで、正常に動作していることがわかりました。

同一のGUIDでIEはどうやって、32ビット版と64ビット版を区別しているのだろうかと…。64ビット版のIEは32ビット版のツールバーやプラグインをロードしてくれません。なので、両方をインストールすると後からインストールした方が有効になってしまい、共存は無理なんだろうと思っていたんですよね。

調べてみるとリダイレクト（正しい表現なんでしょうか…）。まぁ、IE7の保護モードとかで散々苦労させられた機能なんですが、こんなところで役に立つとは思いませんでした。

64ビット版でCOM情報を登録すると、
HKEY_CLASSES_ROOT\CLSID\
の下に登録されます。まぁ、当たり前ですね。

32ビット版で登録すると、
HKEY_CLASSES_ROOT\Wow6432Node\CLSID\
の下に登録されます。つまり、Wow6432Nodeにリダイレクトされるんですよ。

しかも、アンインストール情報までリダイレクトされます。すげぇというか、下位互換性を確保するための努力というか。今回だけは自分にメリットがあったので、素直に喜んじゃいました。Good Job!!

これでWindows XP/Vistaの64ビット環境で、32/64ビット版のツールバーの共存が可能です。32ビット版IEで動作するときは、32ビット版のツールバーが、64ビット版IEで動作するときは、64ビット版のツールバーが動いてくれて、同じ用に利用できます。勿論、32/64ビット版両方をインストールする必要があります。

何もしなくてよくなったことに感謝。