ARMでコンパイルされたPortableAppsはWindows 8.1 RTで動作しますか?


-1

Microsoft Surfaceを所有する可能性があります。インターネットからダウンロードしたアプリをインストールすることは明らかに不可能です。しかし、PortableAppsなどのように、SDカードまたはUSBスティックに保存された実行可能ファイルを起動することはまだ可能ですか?編集:私の質問は、portableAppsに厳密に限定されるものではなく、ARMでコンパイルされた非ストアソフトウェアです。ソフトウェアの起源、または実行可能ファイルの実行を妨げるOSのその他のメカニズムですか?


1
いいえ; PortableAppsはすべてx86ソフトウェアです。Windows RTはx86ソフトウェアを実行しません。
ラムハウンド

@Ramhound Windows RTはWindows API(WinAPI)ソフトウェアを実行できず、WinRTソフトウェアしか実行できないと言った方が正しいと思います。
パラドロイド

@paradroid-どうやって?Windows RTがx86ソフトウェア、具体的にはWin32ソフトウェアを正しく実行できないと言うのはどうしてですか?なおさら。Windows RTはJavaアプリケーションも実行できません。JavaアプリケーションはWIn32アプリケーションではなくx86アプリケーションと見なします。
ラムハウンド

1
@paradroid:「Windows RTはWindows API(WinAPI)ソフトウェアを実行できません」-それは技術的に間違っています。Windows RTは、ARM用にコンパイルされたWindowsであるため、(ほぼ)完全なWin32 APIを備えています。これが、メモ帳、ペイント、OfficeなどのMSのデスクトップアプリの機能です。ただし、エンドユーザーはストアからアプリのみをインストールでき、これらはWinRTアプリで使用可能なWin32 API(およびWinRT固有のAPI)のごく一部のみを使用できます。
カラン

1
@Ramhound:Javaを議論するのは無意味です。なぜなら、アプリは一般に32ビットと64ビットの両方のx86 JVMで、または使用可能な場合はネイティブARM JVMで実行できる単なるバイトコードだからです。実際、ジェイルブレイクされたWinRT8は、多くのJavaアプリをIKVM(.NETのJava VM)で実際に実行できます。
カラン

回答:


3

この場合、CPUアーキテクチャ自体がサポートされていない場合、インストール済みまたはポータブルは問題になりません。PortableAppsプログラムは、まだx86またはx86-64実行可能ファイルであり、再コンパイルしない限り、ARM CPUを搭載したシステムで動作しません

さらに、それらが再コンパイルされた場合でも、MicrosoftはWindows RTをストアアプリのみに制限しています。Windows RTでARM CPU専用にコンパイルされたサードパーティのデスクトップアプリを実行できる唯一の方法は、OSをジェイルブレイクすることです。これは、Windows RT 8.0でのみ可能ですが、8.1ではできません。


私の見出しは、特にportableAppsに関するものでしたが、私の質問は少し一般的な性質のものでした。ストアから来ていない場合、Windowsが実行可能ファイルの読み込みを制限するメカニズムを偶然知っていますか?つまり、それがソフトウェアの起源なのか、それとも何か他のものなのか?
オテウス

MS証明書を使用して署名されたデスクトップアプリの実行可能ファイルのみが実行を許可されます。詳細については、xda-developersフォーラム、特にWindows RT のジェイルブレイクに関するセクションをご覧ください。
カラン

興味深いフォーラムとディスカッションがあります。多分、MSがRTを作って、ハッカーがカーネルをテストするようにしたのではないかと思っています。
オテウス

@Ramhoundなに?著者のコメントを彼の答えに戻しました。それは彼の命令と彼の答えです。2つを組み合わせました。どのような状況下で、その無効または誤解を招くまたは非倫理的ですか?
オテウス
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.