「Microsoft が Itanium 向け開発終了を宣言」記事へのコメント

64bit版Windowsのタコな仕様はItaniumのせい

[Anonymous Coward]

x64版Windowsで64bitコード←→32bitコード間の呼び出しができない（thunkがない）のは、Itanium版Windowsの仕様に合わせたから。
そのせいで64bitコードと32bitコードをシームレスに実行できるAMD64のメリットがWindowsにおいては全く生かされていない。

言わばItaniumの負の遺産。
後方互換性にこだわるMicrosoftのことだから、128bit版Windowsが出るまでこの仕様に悩まされそうorz

Re:

[Anonymous Coward]

デタラメを言ってるように見えます。

もう少し具体的に説明してくれませんか? あるいは、外部のソースを。

Re:

[Anonymous Coward]

なんで誰でも分かってる様な調べりゃすぐ出てくる既出なことを説明せにゃならんのだね
それをすることで我々にどんなメリットがありますか？

＃しかも、あなたは多分説明しても分からないレベルでしょうに

Re:

[Anonymous Coward]

デタラメを言う人ほど説明を嫌がって逃げますね。

AMD64なら32bitと64bitのコードがシームレスに実行できるといっても、現実的には64bitModeとCompatibilityModeの切り換えは必要なので、同一OSインスタンス上で32bitのプロセスと64bitのプロセスが同居できるという意味です。
(64bitModeのまま従来の32bitのコードを実行できるといっても、CPUが命令をデコードして実行できるだけであって、プログラマが望むような動作をするわけではありません。)

64bitのEXEから32bitのDLLを呼び出せない、32bitのEXEから64bitのDLLを呼び出せないという仕様は当然です。Win32APIのDLLならExportしているプロシージャの引数の仕様が明らかですからthunkを作ることができてWOW64がそうしていますが、しかし、サードパーティのDLLのためのthunkはマイクロソフトには作れません。サードパーティがthunkを提供するなら64bit版のDLLをビルドして提供したほうがいいでしょう。

Re:

[Anonymous Coward]

微妙に間違っているゾ

AMD64のモード切り換えはセグメントで自動的に行われるので「シームレス」。これはIA64のようにモード遷移のための命令が必要ないことを指している。

Win32ではプロセスにフラットなメモリ空間が提供されるが、仮想アドレスが重複しないように複数のセグメントが配置されている。ユーザーのコードがセグメント切り換えを意識しないだけで、CPUが自動的にセグメントを切り換えている。したがって、AMD64では同一プロセス内に64bit Modeで走らせるコードセグメントとCompatibility Modeで走らせるコードセグメントを混在させることが可能。

しかし、そ

Re:

[Anonymous Coward]

そもそも64bitだというだけで、AMD64版がItanium版の系譜だと思いこんでる人が異常なんじゃないかと。
#全然別のアーキテクチャだし64bit版WindowsはむしろIA32ベースじゃないのかと言いたい

Re:64bit版Windowsのタコな仕様はItaniumのせい

[Anonymous Coward]

OS内部はともかくとして、ユーザーに見せている部分はIA64版とAMD64版は(ほぼ)同じです。
IA64版で整備したものがAMD64版でも踏襲されています。