アカウント名:
パスワード:
x64版Windowsの仕様上、同一プロセス内に32bitコードと64bitコードは同居できません。16bit->32bitの移行時に用意されたThunkのような共存機構がありませんので‥
IE8のコンポーネント/プロセス分離モデルで実用上は充分とか思ってるのかもしれませんが。
> 同一プロセス内に32bitコードと64bitコードは同居できません。だから元コメントは、Snow Leopard上のSafari 4みたいにプラグインだけ32bitプロセスに分離すればいいのに、と言っているのだと思いますが。64bit Windowsでも、アウトプロセスの32bitコンポーネントを64bitアプリから呼び出すことに問題はありません。
行儀の悪いActiveXコンポーネントの互換性を確保するのがめんどうなんじゃないかな。
Vista+IE7での保護モードほかの導入時でも、独自ActiveXに過剰に依存してた韓国では動かないと大騒ぎになったし。
64ビット版Windowsにも32ビット版IEが同梱されてるので、「使い分ければ確実」ってのも一つの判断だと思う。
自社でSilverlightを持ってるから不具合でも何でもなくadobeが手抜きしているだけなことまでフォローするつもりがないんでしょう。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日本発のオープンソースソフトウェアは42件 -- ある官僚
Adobeはさっさと64-bit対応して欲しい (スコア:0)
これだけど、本当は、64-bitのブラウザで既存のプラグインを動かすための苦肉の策を取ったところ、結果的にプラグインのクラッシュに強くなっただけだと思うんですよねぇ。自慢することではない。
と思う一方、マイクロソフトは、なぜ、64-bit版のIEで同じことをやらないのかが不思議。ActiveXのTransparent Proxy的なものって別に難しくないと思うんだけど・・・。
Re:Adobeはさっさと64-bit対応して欲しい (スコア:1, 参考になる)
x64版Windowsの仕様上、同一プロセス内に32bitコードと64bitコードは同居できません。
16bit->32bitの移行時に用意されたThunkのような共存機構がありませんので‥
IE8のコンポーネント/プロセス分離モデルで実用上は充分とか思ってるのかもしれませんが。
Re: (スコア:0)
> 同一プロセス内に32bitコードと64bitコードは同居できません。
だから元コメントは、Snow Leopard上のSafari 4みたいにプラグインだけ32bitプロセスに分離すればいいのに、と言っているのだと思いますが。
64bit Windowsでも、アウトプロセスの32bitコンポーネントを64bitアプリから呼び出すことに問題はありません。
Re: (スコア:0)
行儀の悪いActiveXコンポーネントの互換性を
確保するのがめんどうなんじゃないかな。
Vista+IE7での保護モードほかの導入時でも、
独自ActiveXに過剰に依存してた韓国では
動かないと大騒ぎになったし。
64ビット版Windowsにも32ビット版IEが同梱されてる
ので、「使い分ければ確実」ってのも一つの判断
だと思う。
Re: (スコア:0)
自社でSilverlightを持ってるから不具合でも何でもなくadobeが手抜きしているだけなことまでフォローするつもりがないんでしょう。