記事のタイトルに深い意味はありません。

そんな感じのタイトルの作品があったなぁと思って。

概要

先日C#で簡単なツールを作っていたら、WOW64 の ファイルシステムリダイレクト がかかっていた。 Any CPU でコンパイルしているはずなのに、とタスクマネージャーを見たら、おいおい 32bit プロセス で動いているじゃねぇかFxxxxxck!

設定

プロジェクトの プロパティ の ビルド より 32bitを選ぶ のチェックを外す。
(Visual Studo 20019の場合)

効果

言わずもがな、Java や CLR などのVM型実行環境ってそもそも Any CPU にこそ真価が有ると思うのだが。。。

Any CPUで動く。
- x86版 Windows では32bitで動く。
- x86_64版 Windows では64bitで動く。
  ⇒ フォルダリダイレクトがかからなくる。
  ⇒ 無計画に P/Invoke すると BadImageException で死にやすい。
  (無計画が悪い。。。)

これ何のための設定？

対象プラットフォーム には Any CPU でビルドしてるのに、
x86_64版 Windows 上でも 32bit プログラム として動かしたいってこと？　なんで？？？？
x86_64版 Windows でも x86_64 モード より x86 モード のプログラムの方が早い事が多いとか、そんな話？
( x86_64 CPU には実行モードを切り替える コンテキストスイッチ があり、 Windowsではプロセス単位で切り替えに対応し、 ネイティブコード で実行させていたと思った。)
AArch64 にも 32bit モードがあるらしいので、 ARM CPU も見据えた設定？

Visual Studio 20013から設定はあった様だけど、とりあえず全然意味が分からない。。。

(追記)

-platform (C# コンパイラオプション) | Microsoft Docs
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/compiler-options/platform-compiler-option

こういうこと？
arm版やia64版なんて持っていないからわからないけど。
(x86_64のx86モードを良しとするなら、ia64版やarm版 Windowsのx86エミューレーションも効いたりするのかな？)
platform:anycpu32bitpreferred のARMがやっぱポイントなのかな？

参考