アカウント名:
パスワード:
頭が切り替わってなかった。ARMがネイティブで、x86が非ネイティブ。で、ソースを見るとシェルエクステンション関連（右クリックメニューや、エクスプローラーのアイコンまで？？）アクセスできなくなるから、それ系統のアプリは動作しないと。
多機能な圧縮解凍ソフト、git用のGUIツールなども動作しなくなる感じかな。挙げられた中では一番大きな制約かも。
対処方法を見たかんじでは、ほとんどが「ARM用にコンパイルし直して」みたいだね。よほど変なことしてない限りソースレベルやAPIレベルで互換が取れているんじゃないかな。以前ストーリーにあった非公開APIを使用しているようなやつとか、もしかしたらAPIが廃止や非推奨のものとかは無理かも。
ビルドし直さなくて動く！っていうのが売りなのに・・・
32bitWindowsと64bitWindowsのときとまったく同じ制限なので文句言い出すのが15年ぐらい遅かったですね
32/64でもここまでの制限なかった記憶あるけどなぁ。シェル系使ってもx86ビルドで動かなくて困ることないし。そりゃドライバとか当然ダメだけどさ。
64bit版Windowsに32bit版Windows用のシェル拡張系のアプリ入れたら動かないとかいっぱいあったじゃん
シェル拡張系の、32bitと64bit はいまでも互換ないよ。両方のバイナリが必要。そもそもCOMのレベルで別々なのだから、両方で動く単一バイナリは実装不可能両方サポートするやつは、両方のバイナリ用意するか、32bit版を提供して、Proxy になるだけの64bit版バイナリ用意する。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ見習い
ネイティブOSコンポーネント？？ (スコア:0)
頭が切り替わってなかった。ARMがネイティブで、x86が非ネイティブ。
で、ソースを見るとシェルエクステンション関連（右クリックメニューや、エクスプローラーのアイコンまで？？）アクセスできなくなるから、それ系統のアプリは動作しないと。
多機能な圧縮解凍ソフト、git用のGUIツールなども動作しなくなる感じかな。
挙げられた中では一番大きな制約かも。
Re: (スコア:0)
対処方法を見たかんじでは、ほとんどが「ARM用にコンパイルし直して」みたいだね。
よほど変なことしてない限りソースレベルやAPIレベルで互換が取れているんじゃないかな。
以前ストーリーにあった非公開APIを使用しているようなやつとか、もしかしたらAPIが廃止や非推奨のものとかは無理かも。
Re:ネイティブOSコンポーネント？？ (スコア:0)
ビルドし直さなくて動く！っていうのが売りなのに・・・
Re:ネイティブOSコンポーネント？？ (スコア:1)
32bitWindowsと64bitWindowsのときとまったく同じ制限なので文句言い出すのが15年ぐらい遅かったですね
Re: (スコア:0)
32/64でもここまでの制限なかった記憶あるけどなぁ。シェル系使ってもx86ビルドで動かなくて困ることないし。そりゃドライバとか当然ダメだけどさ。
Re: (スコア:0)
64bit版Windowsに32bit版Windows用のシェル拡張系のアプリ入れたら動かないとかいっぱいあったじゃん
Re: (スコア:0)
シェル拡張系の、32bitと64bit はいまでも互換ないよ。
両方のバイナリが必要。
そもそもCOMのレベルで別々なのだから、両方で動く単一バイナリは実装不可能
両方サポートするやつは、両方のバイナリ用意するか、32bit版を提供して、Proxy になるだけの64bit版バイナリ用意する。