ローカライズされたアプリケーションを持っていてスタンドアロンEXEを提供する必要がある人は誰でもこの問題を抱えているため、この質問は私自身の場合を超えて適切です-彼らはILMerge（またはCosturaまたはいくつかの自作ソリューション）を使用してローカリゼーションDLL（または他のアセンブリ）を配置したいと思うでしょう）EXEに追加しますが、一度実行すると、コードをデバッグできなくなります。VSデバッガーは、元のEXE用に生成された元のPDBファイルの受け入れを拒否します。これは、おそらくILMergeステップがチェックサムを更新するかGUIDを変更するためです。
私が疑問に思うのは、これを回避する方法があるかどうかです..ほとんど知られていないILMergeオプションのように、多分？それは、デバッグ能力の非常に一般的で不必要な喪失として私を襲います。
ローカリゼーション後にこのようなアプリをデバッグする他の唯一の方法は、ローカリゼーションコード自体をデバッグする場合を除いて、ILMergedを解除したDLLを使用する並列ビルドオプションを維持することです。これは問題ありません（たとえば、私）。 。その後、あなたは本当に運が悪いです。誰か他のオプションを考えることができますか？
Costuraも使用してみましたが、ローカリゼーションDLLにはすべて同じ名前の（メインリソースのAppName.resourceと同じ）リソースが含まれているため、そのようなDLLを参照に追加できるのは1つだけです。それ以降のDLLは許可されません。Costuraをギミックして機能させる方法はありますか？（ただし、動作させることができれば、組み合わせはVisual Studioビルドの一部であるため、PDBの問題は発生しない可能性があります。.？）
編集：PDB/EXEの一致をもたらすアイデアを探しています。16進エディタでpdbをハックできることを理解しています。ただし、この質問では、システムを意図したとおりに機能させる方法について具体的に尋ねています。