4

他の人と同じように、データベースからレコードを読み取る単純なコンソール アプリケーションで問題が発生しています。

この小さなプログラムは、ファイル サーバーに常駐する必要があります。新しいレコードを読み取り、要約を親会社に転送します。

これは、X 分ごとに実行されるスケジュールされたタスクになります。

サーバーに再起動を要求したくないので、インストーラーは必要ありません。

スクリーンショットから、ほとんどすべてのバージョンのフレームワークが既にインストールされており、デバッグ情報がプログラム フォルダーにコピーされていることがわかります。

これはプログラムのデバッグ バージョンですが、他のデバッグ情報はウィンドウに出力されていません。

2.0、3.5、4.0 でビルドしてみました。すべてのバージョンで同じエラー メッセージが表示されます。

スクリーンショット

[更新]: walがコメントで尋ねた

<?xml version="1.0"?>
<configuration>
<startup>

<supportedRuntime version="v2.0.50727"/></startup>
</configuration>

これはコンソール アプリなので、文字通りapp.configファイル全体です。これらの.config設定に関しては、通常、私は無知です。しかし、私はこれを扱っているように感じます!:)

4

2 に答える 2

3

実行ファイルをここに置くと、誰かが技術の悪さで大騒ぎするだろうと最初は思っていましたが、その時は気にしませんでした。私はそれを機能させたかっただけです。

実行可能ファイルが配置された場所に注意してください。

OPのスクリーンショット

フォルダにありC:\Windows\System32ます。

明らかに、System32フォルダーは Windows コマンド用です。

では、なぜ小さな実行可能ファイルをここに配置したのでしょうか。そのフォルダーは、ほぼ確実に Windows 環境パスに含まれているためです。

最終的に誰かが私に腹を立てるだろうとわかっていたので、今日、Program Files (x86)ディレクトリ内の適切な名前の新しいフォルダーに移動することにしました。

そうしましたが、今では魔法のように、プログラムは正常に動作します。

したがって、.NET Framework アプリケーションはフォルダー内での実行が許可されていないと推測しSystem32ます。

しかし、正確には何が起こっているのか、なぜ .NET Framework アプリケーションがここに入れられないのかについて、人々の話を聞きたいと思います。

于 2013-01-14T17:40:42.413 に答える
1

.Net のインストールが破損していると思われます。次のツールを試して、.net フレームワークを消去して再インストールできます。

.net フレームワークのクリーンアップ ツール

于 2013-01-11T22:05:19.593 に答える