問題タブ [win64]

Windowsフォームアプリケーションで、Windows 7のスナップメッセージをキャプチャしたいのですが、ウィンドウがスナップされようとしているときにどのメッセージが生成されるか知っていますか?

アプリケーションをリッスンしようとしましたが、WM_GETMINMAXINFO = 0x24; のようです。生成されます。

それが本当にスナップのWindowsメッセージであるかどうか、誰でも確認できますか?

繰り返しタイマーを 5 分間隔でスケジュールするにはどうすればよいですか。00 秒で発火し、00 で繰り返します。わかりました。ハード リアルタイムではありませんが、システム ラグで可能な限り近くなります。ラグの蓄積を避けて 00 に近づけようとしています。

言語: Python、OS: WinXP x64

システムの分解能は 25ms です。

どんなコードでも役に立ちます、tia

64ビットの問題が発生しています。これがスクープです：

私は32ビットのCOMexe（FoxProで書かれています）を持っています。このexeは、32ビットのCOM dll（これもFoxProで記述されています）を呼び出します。32ビットWindowsの世界では、dllはC:/Windows/System32ディレクトリに配置され、に登録されてC:/Windows/System32/regsvr32.exeおり、すべて問題ありません。exeを起動でき、dllを必要とするすべてのプロセスに問題はありません。

64ビットの世界では別の話です。Windows 7 x64私はこのアプリケーションを次のように 実行されているマシンにインストールしようとしました：

• dllを配置しますC:/Windows/SysWOW64
• に登録しましたが、「管理者として実行」コンテキストメニューオプションを使用してC:/Windows/SysWow64/regsvr32.exe実行することによってのみ、登録を成功させることができました。regsvr32

これで、exeを実行しようとすると、[管理者として実行]オプションを使用してexeを起動した場合を除いて、dllを呼び出すことができません。これは良くない。単純なアプリを実行するためだけに、ユーザーが管理者である必要はありません。

「管理者として実行」オプションを必要とせずにこれを機能させる方法を知っている人はいますか？

ありがとうございました！

-ケン

32 ビット サーバーの共有フォルダーにあるファイルを 64 ビット Windows 7 マシンから開いた場合、そのファイルを読み取り、ロックしてから再度開くことがわかりました。開いているすべてのハンドルを閉じると、ファイルは実際には開いたままになります。

正確な手順は次のとおりです。

1. 7000 ～ 10000 バイトの長さのファイルを 32 ビット Windows マシンの共有フォルダーに配置します。ここでは Windows Server 2003 を使用しています。

2. Win32 用の次のコードをコンパイルして、WOW64 で実行できるようにします。簡単にするために、try..finally、宣言などを見逃していることに注意してください。
   (以下のコード フラグメントを参照してください。StackOverflow のバグにより、コードがリスト内にある場合、コードが正しくフォーマットされません)

3. アプリケーションを 64 ビット Windows マシンで実行します。ファイルは 32 ビット マシン上にある必要があります。Windows Server 2003 を使用しています。ファイルが 64 ビット サーバー上にある場合、バグは発生しません。

4. アプリケーションを終了します。

5. サーバーのコンピューター マネージャー (コントロール パネル -> コンピューターの管理) を開き、ファイルが存在する共有フォルダーで開いているファイルを見ると、ファイルがまだ開いていることがわかります。

これはコードです：

ファイルを 2 回目に開くときに FILE_FLAG_NO_BUFFERING フラグを使用する場合、またはファイルをロックする前に読み取らない場合、問題は発生しません。

FILE_FLAG_NO_BUFFERING を使用せずに、これに気づいた人や解決方法を知っている人はいますか? これは、64 ビット Windows クライアントが 32 ビット Windows マシンでこの方法でファイルを開く場合にのみ発生することに注意してください。32 ビットからビットまたは 64t から 64 では発生しません。

64 ビット Windows 7 マシン用の GCC/G++ コンパイラはどこで入手できますか?

プロジェクトを Win32 から Win64 に移植しています。メイクファイルを使用していますが、次のエラーが発生します

次の CFLAGS を使用しています。

1> cl.exe /nologo /MTd /GR /W3 /Zi /EHsc /Od /I "....\include" /I"C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\include" /I"C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\PlatformSDK\include" /I"C:\Program Files\Microsoft SDKs\Windows\v6.0A\Include" /D_X86_ /D_WIN64 /D_WIN32 / D "_D​​EBUG" /D "_WINDOWS" /D_CRT_SECURE_NO_WARNINGS /Fo".\Debug\" /Fd".\Debug\" /FD /c "test.cpp"

どの設定が欠けているかわかりません。

Web をブラウジングしていたところ、(win) 64 ビット マシンではおそらくアプリケーションが動作しないことがわかりました。これは、MSVC がデフォルトの 32 ビット ランタイムを使用し、アプリケーションが 32 ビット マシンでのみ動作するように設定されているためです。

簡単なアプリケーションを x86 マシンで実行するように設定するにはどうすればよいですか? したがって、アプリを実行するときに64ビットマシンでWoW64を使用しますか?

私はMS Visual Studio 2010 Expressを使用しています（現時点ではちょっと短いです）。

xp 32 ビットで sendInput() を使用し、Web サービスを使用して、現在フォーカスのあるウィンドウの F5 を押しました。現在、Vista win64 では、この結果を取得できません。一部の記事では、4 ビットまたは 8 ビットを使用した場合の uint の問題が指摘されていますが、これは差分コンパイルと FieldOffset(4) または (8) を使用したビスタでの問題を修正していません。他の人は、この SendInput() メソッドを使用すると、Vista の画面とウィンドウの間でやり取りがなくなると話しています。誰かがwin32およびwin64マシンでF5を押す解決策を指摘できますか. ありがとう。

}

Is there an equivalent of rundll32.exe for calling 64-bit DLLs?

私は 32 ビットの Windows しかインストールしていないため、これを自分で確認することはできません。

私の理解が正しければ、Microsoft API のさまざまな場所で使用されている DWORD は元の 16 ビット ワードを参照しており、現在のハードウェア アーキテクチャとは関係がないのでしょうか?

32ビットのように見えるDWORDは、最終的にアプリをコンパイルしてリンクして64ビットWindowsで実行しても、32ビットのままになりますか? それとも、DWORD は 128 ビット幅になりますか?