問題タブ [win64]

INSTALL.W64 の指示に従った後、2 つの問題が発生しました。

• コードは引き続き「out32」フォルダーに書き込まれます。ワークステーションでライブラリの 32 ビット バージョンと 64 ビット バージョンの両方にリンクできるようにする必要があるため、64 ビット バージョンが 32 ビット ライブラリを破壊することは望ましくありません。
• 出力は 32 ビットのままです。これは、x64 アプリからライブラリにリンクしようとすると、「未解決の外部シンボル」エラーが発生することを意味します。

環境:
Windows Server 2003 R2 Enterprise 64bit、SP2
.NET フレームワークがインストールされていると思われる (2.0 SP2、3.0 SP2、3.5 SP1)

「おそらく」と言うのは、それらが [プログラムの追加と削除] の下にインストール済みとしてリストされているためです。「ASP.NET」タブが IIS のどのサイトにも追加されていないため、正しくインストールされているかどうかわかりません。

IIS Web Service Extensions セクションには、"ASP.NET v2.0.50727" (許可) と "ASP.NET v2.0.50727 (32 ビット)" (禁止) の両方があります。

問題のサイトではスクリプト実行が有効になっています。

問題：

非常にシンプルな ASP.NET/C# Web サイトを作成しました: ラベル id="Label1" を持つ Default.aspx とコード ビハインド:Label1.text = "Hello World";で、エラーは次のとおりです:

%1 は有効な Win32 アプリケーションではありません。

Windows 64 が xmm6 と xmm7 の保存/復元を要求することを選択したのはなぜですか?

Windows 32 では、xmm0...xmm7 を上書きするアセンブリ ルーチンを作成できました。しかし、同じアセンブリ コードを Windows 64 で実行すると、VS2007 は xmm6 と xmm7 に倍精度値を格納するため、通常はアプリケーション エラーが発生します。

X64 には 16 個の xmm レジスタ xmm0...xmm15 (X32 には 8 個の xmm レジスタしかないのに対し) があるため、Microsoft はユーザーが xmm0..xmm7 を上書きできるようにすることを選択できたように思えました (ユーザーが Win32 からアセンブリ ルーチンを再利用できるようにするため)。考えなくても)、ユーザーは xmm8...xmm15 を保存/復元する必要があります。

では、私の好奇心を満足させるために、なぜ Windows 64 は xmm6 と xmm7 の保存/復元を要求することを選択したのでしょうか?

アプリのクラッシュからミニダンプ ファイルを取得しました。これは 32 ビットのネイティブ アプリであり、64 ビットの Windows で実行されていました。

ミニダンプ ファイルを WinDbg にロードすると、WinDbg はシステム DLL のシンボルをロードしません。シンボル パスを正しく構成しました。

...WinDbg は、32 ビット Windows で作成されたミニダンプのシンボルを正しく読み込むためです。SysWOW64 ディレクトリにある DLL のシンボルをロードしません。

32 ビット Windows 2003 で 32 ビット WinDbg (Debugging Tools 6.9 から) を試し、64 ビット Windows 2008 で 64 ビット WinDbg (同じく Debugging Tools 6.9 から) を試しました。どちらもシンボルの読み込みに失敗します。これは 32 ビットの WinDbg からのものです。

何か案は？Microsoft のシンボル サーバーでシンボルを利用できないだけですか?

大きなファイルに書き込もうとしていますが、2GB を超えるファイルではうまくいかないようです。私はboost::iostreams::file_sinkで試しました。これは単にブースト ストリームの制限ですか? Win64 と win32 で大きなファイルを書き込める他の方法はありますか?

Win64 プラットフォームでの仮想割り当ての粒度とページ サイズの一般的な値は? それは SYSTEM_INFO の dwAllocationGranularity と dwPageSize です。

Win32 システムでは、これらは 64k と 4k になります。

Win32 アプリケーション用に VirtualAlloc に基づいてカスタム アロケータを設計しましたが、設計の選択が Win64 でも有効かどうか知りたいです。Win64 システムにアクセスできません。

前もって感謝します！

Program Files ディレクトリの下の独自のフォルダーに書き込みたい小さなトレイ アプリケーションがあります。これが最終的な設計ではないことはわかっているので修正しますが、まずこれがどのように機能するかを理解したいと思います。

これを 32 ビット Vista マシンで実行すると、ファイルが VirtualStore に書き込まれ、正常に動作します。

しかし、これを Vista 64 ビット マシンにインストールすると、すぐに UnauthorizedAccessException が発生し、Program Files (および Program Files (x86)) 内のディレクトリに書き込もうとしました。

VirtualStore リダイレクトは、Vista 64 ビットでは機能しないようです。何か案は？

これは Visual Studio 2008 で作成された C# アプリで、FileStream obj を使用してストリームをディスクに永続化します。

Windows XP64ビットのIISでWindows32ビットアプリケーションを実行するにはどうすればよいですか？

注：これはVisualStudio内では実行されません。注：404エラーのみがログに記録されます。注：IISがCGIスクリプトを無効にすることによって発生する404エラー

CygwinまたはMinGWを使用しても問題ありませんが、最終的に32ビットではなく64ビットコードを使用する必要があります。これは、64ビットのマネージドC＃からDLLを呼び出すためです。64ビットバイナリを作成するためにこれらのツールを設定するための適切なリファレンスを見つけることができないようです。また、GCCがバージョン4であり、Cygwinのインストールに付属していたバージョン3ではない場合は便利です。

別の方法は、何らかの形式のプロセス間通信です。私はそれを研究しますが、私が上にレイアウトしたのは私が本当に欲しいものです。

以下のような質問がいくつかあります。CHM は (コンパイルされた HTML ファイル)

私の CHM ファイルには、32 ビット アプリケーションを起動するためのリンクがあります。CHM ファイルは Javascript でコーディングされています。これは 32 ビット OS 環境で正常に動作します。

しかし、これは 64 ビット OS 環境では機能しません。その理由は次のとおりです。chm ファイルを開くと、64 ビット バージョンの hh.exe (オペレーティング システムの実行可能ファイル) が実行され、chm が起動されます。また、chm は 64 ビット環境でロードされます。
64 ビット プロセスは 32 ビット プロセスをロードできないため、CHM ファイルから 32 ビット アプリケーションを起動できません。

64ビットOSでも動作させる方法はありますか?

以下のようにいくつかの解決策を考えましたが、それらを実装する方法がわかりません。

1) Javascript コードで、OS が 32 ビットか 64 ビットかを確認できれば、64 ビット OS の場合は明確に定義されたエラーをユーザーにポップアップ表示できます。

2) または、OS に 32 ビット バージョンの hh.exe を強制的に実行させることができれば、chm は 32 ビット環境で読み込まれるため、問題は発生しません。