問題タブ [windows64]

これが状況です-

私がコーディングしているウィンドウ サービスは、Linq2Excel を使用しています。これは、呼び出し元のアプリケーションが x86 に準拠していることを主張しています。

ただし、ウィンドウ サービスは 64 ビット Windows サーバーにインストールする必要があります。

corflags を使用して、32 ビット ウィンドウ サービスをインストールできます。ただし、Linq2Excel の読み込みは拒否されます。これは、すべての栄光の例外です。

このサービスを機能させるための解決策は何ですか? (サーバーを 32 ビットに変更する予定はありません。Linq2Excel を使用する必要があります)

レジストリキーから値を読み取るための winform アプリケーションがあります。

そのためには、管理者として実行する必要があることを知っています。

Win 2003 の 2 台のサーバーがあります。1 台は 32 ビットで、もう 1 台は 64 ビットです。

32ビットでこのアプリケーションを実行すると、問題はなく、レジストリから値が読み取られます..

しかし、64 ビット サーバーからアプリケーションを実行すると、レジストリから読み取ることができません。

私は得る

system.nullreferenceexception

nullを返すregキーのルートを読み取れないためです。

マニフェストファイルも入れましたが、それでも機能しません..

どんな助けでも大歓迎です...ありがとう..

ここに私のマニフェストファイルがあります:

ここに表示する必要はないと思われるマニフェストがあるため、これは完全なマニフェストではありません...

この問題は別の場所で言及されていますが、有効な解決策を提供していないため、チケットを開いたままにしておきたいと思います。

これは、最初の「エラー: セットアップ スクリプトがエラーで終了しました: vcvarsall.bat が見つかりません」</a> を取り除いた後です。ゴルディック ノットのように見えるものが残っています。pip動作しeasy-installません。他の記事もいくつか読みました。

現時点では bcrypt を実装する必要はないので、緊急の問題ではありませんが、安全なパスワード保護を実装することが不可欠であることは明らかです。

誰か助けてください。

外部プロセスのファイルハンドルに対応するファイル名を取得したい。

現在、Win64bitではなくWin32bitでのみそれを行うことができました。

Windows 64bit でそれを行うにはコード署名が必要ですか?

ありがとう ！

I'm new to Python. According to the internets I was looking for the module pyserial after receiving this error:

I first tried to install pywin32, it went well. But it seems not to contain pyserial. :-(

Then I found a single module installer for pyserial, I was not able to install it, it says it did not found the path to python in the registry. :-(

After that I found this module on python.org, but I don't know what to do, it does not come with an installer. :-(

How can I add pyserial to Python (64) 2.7 on Windows 7 64?

これは、このサイトの古い投稿と似ていますが、エラー メッセージが表示され続けます。ダイアログボックスを開き、後日読むためにテキストファイルを保存するボタンをC＃WPFで作成したいと考えています。このコードは Windows 32 では機能しますが、Windows 64 ではクラッシュします。このコードを変更して、両方のシステムで機能させるにはどうすればよいですか? 私はプログラミングの初心者です。

Python 3.2、Windows 64 ビット用の Feedparser 5.1をインストールしようとしています。

Feedparser for Python をインストールするために FOREVER (過去 2 週間) を試みましたが、惨めなほど失敗しています。readme を読み、インターネットで検索してみましたが、何もうまくいきませんでした。言うまでもなく、私は完全に愚かだと感じています。

Feedparser 5.1 を Python 3.2 Windows 64 ビットにインストールする手順を教えてください。私は必死です、お願いします。

UMS (ユーザー モード スケジューリング) を使用し、既に販売されている商用ソフトウェアを探しています。誰かがそのようなソフトウェアを知っているなら、私はそれを知りたいです (ソフトウェア名とそれへのリンク)。

いくつかの Windows API から入力された wchar_t 配列を、fopen で開いたファイルに出力したいと考えています。

ただし、fputs は const char* 配列を想定しています。ワイド配列文字を期待するファイル パイプに書き込む他の C API はありますか?

スタックがカーネル境界を超えると、例外中に 64 ビット Windows がスタックをアンワインドできないのはなぜですか? 32 ビット Windows ではできるのに。

この質問全体のコンテキストは次のとおりです。

OnLoad 例外が消えるケース – x64 でのユーザーモード コールバック例外

バックグラウンド

32 ビット Windows で、カーネル モードコードからコールバックされたユーザー モードコードで例外をスローすると、ユーザーモードコードから呼び出されます。

Windows の構造化例外処理 (SEH) はスタックを巻き戻し、カーネル モードを介して巻き戻し、ユーザー コードに戻ることができます。ここで例外を処理でき、有効なスタック トレースが表示されます。

ただし、64 ビット Windows にはありません

Windows の 64 ビット エディションでは、これを実行できません。

複雑な理由により、64 ビット オペレーティング システム(amd64 および IA64) で例外を伝播することはできません。これは、Server 2003 の最初の 64 ビット リリース以来ずっと当てはまりました。x86 では、これは当てはまりません。例外はカーネル境界を介して伝搬され、フレームを逆戻りさせます。

この場合、信頼できるスタック トレースをさかのぼる方法がないため、無意味な例外を表示するか、完全に非表示にするかを決定する必要がありました。

当時のカーネル アーキテクトは、保守的な AppCompat フレンドリーなアプローチを取ることを決定しました。つまり、例外を隠し、最善を尽くします。

この記事では、すべての 64 ビット Windows オペレーティング システムがどのように動作したかについて説明しています。

• Windows XP 64 ビット
• Windows Server 2003 64 ビット
• Windows Vista 64 ビット
• Windows Server 2008 64 ビット

しかし、Windows 7 (および Windows Server 2008) 以降、アーキテクトは考えを変えました。64 ビット アプリケーション (32 ビット アプリケーションではない) の場合のみ、(デフォルトで)これらのユーザー カーネル ユーザー例外の抑制を停止します。したがって、デフォルトでは、次のようになります。

• Windows 7 64 ビット
• Windows Server 2008

すべての 64 ビット アプリケーションで、これまで見られなかったこれらの例外が表示されます。

Windows 7 では、ネイティブ x64アプリケーションがこのようにクラッシュすると、Program Compatibility Assistantに通知されます。アプリケーションにWindows 7 マニフェストがない場合、PCA がアプリケーション互換性シムを適用したことを示すダイアログが表示されます。これは何を意味するのでしょうか？これは、次にアプリケーションを実行したときに、Windows が Server 2003 の動作をエミュレートし、例外が消えることを意味します。Server 2008 R2 には PCA が存在しないため、このアドバイスは適用されないことに注意してください。

だから質問

問題は、 32 ビット版の Windows ではできるのに、なぜ64 ビット版の Windows ではカーネル移行によってスタックを元に戻すことができないのかということです。

唯一のヒントは次のとおりです。

複雑な理由により、64 ビット オペレーティング システム(amd64 および IA64) で例外を伝播することはできません。

ヒントは複雑です。

私はオペレーティング システムの開発者ではないので、説明が理解できないかもしれませんが、その理由を知りたいのです。

更新: 32 ビット アプリの抑制を停止するホットフィックス

Microsoft は、32 ビット アプリケーションでも例外が抑制されないようにする修正プログラムをリリースしました。

KB976038: 64 ビット バージョンの Windows で実行されるアプリケーションからスローされる例外は無視されます

• コールバック ルーチンでスローされる例外は、ユーザー モードで実行されます。

このシナリオでは、この例外によってアプリケーションがクラッシュすることはありません。代わりに、アプリケーションは一貫性のない状態に入ります。その後、アプリケーションは別の例外をスローしてクラッシュします。

ユーザー モード コールバック関数は通常、カーネル モード コンポーネントによって呼び出されるアプリケーション定義の関数です。ユーザー モード コールバック関数の例は、Windows プロシージャとフック プロシージャです。これらの関数は、Windows メッセージを処理するため、または Windows フック イベントを処理するために、Windows によって呼び出されます。

ホットフィックスを使用すると、Windows がグローバルに例外を食べるのを止めることができます。

またはアプリケーションごと:

この動作は、XP および Server 2003 の KB973460 にも記載されています。

• Windows Server 2003 または Windows XP Professional の 64 ビット エディションで実行されている 64 ビット アプリケーションからスローされる例外は、サイレント モードで無視されます。

ヒント

xperf を使用して 64 ビット Windows でスタック トレースをキャプチャすることを調査しているときに、別のヒントを見つけました。

Xperf でのスタック ウォーキング

ページングエグゼクティブを無効にする

64 ビット Windows でトレースを機能させるには、DisablePagingExecutiveレジストリ キーを設定する必要があります。これは、カーネル モード ドライバーとシステム コードをディスクにページングしないようにオペレーティング システムに指示します。これは、xperf を使用して 64 ビット コール スタックを取得するための前提条件です。 xperfスタック ウォーク コードは、ページ アウトされたページにアクセスできません。管理者特権でのコマンド プロンプトから次のコマンドを実行すると、このレジストリ キーが設定されます。

このレジストリ キーを設定したら、コール スタックを記録する前にシステムを再起動する必要があります。このフラグを設定すると、Windows カーネルがより多くのページを RAM にロックすることになるため、おそらく約 10 MB の追加の物理メモリが消費されます。

これは、64 ビット Windows (および 64 ビット Windows のみ) では、ディスク上にページ アウトが存在する可能性があるため、カーネル スタックをウォークできないという印象を与えます。