アカウント名:
パスワード:
>Windows 8では、「Windows 7 Mode」が用意され、従来のWindowsアプリケーションとの互換性が保証されると述べ、Intelアーキテクチャーの優位性を強調した。これって従来のWin32APIを置き換える新APIに一新されると言うこと?(それとも.NET FrameworkがメインのAPIとなってWin32APIはネイティブでサポートされなくなる?)で従来のWin32APIはWindows 7 Modeという名のレイヤーで動くって事?
これって従来のWin32APIを置き換える新APIに一新されると言うこと?(それとも.NET FrameworkがメインのAPIとなってWin32APIはネイティブでサポートされなくなる?) で従来のWin32APIはWindows 7 Modeという名のレイヤーで動くって事?
同じ API のシグネチャーがあっても x86 用バイナリーを ARM 環境上で動作させられない (ARM 環境に x86 エミュレーター層は載せない) という話では。
Linux や *BSD であっても、普通は x86 環境で amd64 用バイナリーが動いたり、その逆が動いたり、他のプラットフォーム向けバイナリーが動いたりとかはしないですよね。でもそれぞれの環境における「API は一緒」ですよ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「科学者は100%安全だと保証できないものは動かしてはならない」、科学者「えっ」、プログラマ「えっ」
API (スコア:0)
>Windows 8では、「Windows 7 Mode」が用意され、従来のWindowsアプリケーションとの互換性が保証されると述べ、Intelアーキテクチャーの優位性を強調した。
これって従来のWin32APIを置き換える新APIに一新されると言うこと?(それとも.NET FrameworkがメインのAPIとなってWin32APIはネイティブでサポートされなくなる?)
で従来のWin32APIはWindows 7 Modeという名のレイヤーで動くって事?
Re: (スコア:2, 参考になる)
同じ API のシグネチャーがあっても x86 用バイナリーを ARM 環境上で動作させられない (ARM 環境に x86 エミュレーター層は載せない) という話では。
Linux や *BSD であっても、普通は x86 環境で amd64 用バイナリーが動いたり、その逆が動いたり、他のプラットフォーム向けバイナリーが動いたりとかはしないですよね。でもそれぞれの環境における「API は一緒」ですよ。
Re:API (スコア:1)