私のタスクは単純です。開発マシンの 64 ビット環境で ASP.NET Web アプリケーションをテストする必要があります。(この時点では、デバッガーを介して実行することについても質問しません。必要なのは、64 ビット プロセスで実行することだけです。)
そこで、Visual Studio 2010 で標準の C# Web アプリケーションを作成し、そのプロパティを次のように調整しました。
次に Ctrl+F5 を実行 (またはデバッグなしで実行) すると、IE がロードされ、次のようにハングアップします。
ここで何が間違っていますか？
PS。Windows 7 Ultimate (64 ビット) で実行します。
IIS で、アプリケーション プール、詳細設定、32 ビット アプリケーションを有効にする = false を確認します。
この設定が true の場合、ワーカー プロセスは 32 ビット WOW64 プロセスとして実行されます。
クリス
まず、現在 IIS プロセスが Web サイトを 32 ビットまたは 64 ビットで実行しているかどうかを知るにはどうすればよいでしょうか? タスク マネージャーを開いて、w3wp.exe のビット数を確認します。マシンが 64 ビットの場合、IIS はデフォルトで 64 ビットで実行されます。あなたの問題は別のようです。ビット数が問題である場合、ここまで来ることさえありません。IIS のログ (c:\inetpub\logs{website-ID}{date}) を確認してください。何も表示されていない場合は、イベント ビューアーを確認してください。何もない場合は、仮想ディレクトリが IIS マネージャーの [既定の Web サイト] の下に実際に作成されているかどうかを確認します。
IIS (sans ASPX) が機能するかどうかを実際にテストしましたか? http:// ローカルホスト ? それは動作しますか？それが機能している場合は、ASP.NET モジュールが IIS 内に適切にインストールされているかどうかを確認することをお勧めします。
お役に立てれば。
プロジェクトまたはソリューション レベルでの設定は不要です。32 ビットと 64 ビットのマシンで同時に VS2010 で WebApp を開発しています。実際、私たちはSVNに取り組んでおり、数台のマシンにはWin7 32ビットがあり、私の数人の仲間にはWin7-64ビットのラップトップがあります。しかし、2 台の異なるマシンでアプリをコンパイルしている間、そのような問題に直面したことはなく、ライブ サーバーでも非常にスムーズに動作します。ビットとバイトはほとんど気にしません。
テスト実行を検証するには。ローカルの IIS または Cassini Web サーバーでコードとホストを公開し、LAN 経由でアクセスします。
また、可能であれば、ソリューションとプロジェクトの設定を元の構成設定に戻します。通常、厳密に必要な場合を除き、ターゲットを変更する必要はありません。私の知る限り、「すべてのCPU」の下でアセンブリをターゲットとしてコンパイルします。これは、IA、X64、およびX86のすべてに適しています。
最後に、エラーが発生した場合は、ここに投稿してください。それはあなたと私たちにも役立ちます。