次の方法で共有

PreferredServerBitness

  • [アーティクル]

この COM サーバーの優先アーキテクチャ (32 ビットまたは 64 ビット) を設定します。

レジストリ エントリ

HKEY_LOCAL_MACHINE\SOFTWARE\Classes\AppID
   {AppID_GUID}
      PreferredServerBitness = value

解説

これは、64 ビット バージョンの Windows でのみ使用できる REG_DWORD 値です。

Value 説明設定
1 サーバー アーキテクチャをクライアント アーキテクチャと一致させます。 たとえば、クライアントが 32 ビットの場合は、使用可能な場合は 32 ビット バージョンのサーバーを使用します。 そうでない場合、クライアントのアクティブ化要求は失敗します。
2 サーバーの 32 ビット バージョンを使用します。 存在しない場合、クライアントのアクティブ化要求は失敗します。
3 サーバーの 64 ビット バージョンを使用します。 存在しない場合、クライアントのアクティブ化要求は失敗します。

 

この値が存在しない場合は、次のようになります。

  • サーバーをホストするコンピューターが SP1 以降がインストールされていない Windows XP または Windows Server 2003 を実行している場合、COM は、利用可能な場合は 64 ビット バージョンのサーバーを優先します。 それ以外の場合は、32 ビット バージョンのサーバーがアクティブ化されます。
  • サーバーをホストするコンピューターが SP1 以降がインストールされた Windows Server 2003 を実行している場合、COM はサーバー アーキテクチャをクライアント アーキテクチャと一致させようとします。 つまり、32 ビット クライアントの場合、COM は 32 ビット サーバー (使用可能な場合) をアクティブにします。それ以外の場合は、64 ビット バージョンのサーバーがアクティブになります。 64 ビット クライアントの場合、COM は 64 ビット サーバー (使用可能な場合) をアクティブ化します。それ以外の場合は、32 ビット サーバーがアクティブになります。

クライアントは CLSCTX_ACTIVATE_32_BIT_SERVER および CLSCTX_ACTIVATE_64_BIT_SERVER フラグを使用して独自のアーキテクチャ設定を指定することもでき、これらはサーバーの設定をオーバーライドします。 詳しくは、クライアントとサーバーのアーキテクチャ設定の間で考えられる相互作用のグラフについては、CLSCTX を参照してください。

CLSCTX