GetFiles：間違った結果、私は再帰呼び出しに次のコードを使用してい

Question

：

var files = di.GetFiles("*.jpg"); 

ディは、関数に渡されるDirectoryInfoです。いくつかのドライブkのルートにtiger.jpgというファイルがあるとします。場合によっては、結果はk：\ tiger.jpgではなくk：\ iger.jpgです。私はなぜ、どのように考えているのか分かりません。誰も同じ行動をしたことがありますか？

編集1：再帰関数は画像をサブディレクトリに表示しないため、ディレクトリ名でも表示されるようです。私はそれが主にFATだと思う（それは通常、SDカードやUSBスティックなどのメディアから読み込み、時にはDVDやCDから読み込むため）。

返される各FileInfoオブジェクトのフルネームは、イベントを使用して通知されます。受信者は、パスをコンストラクタの引数としてとる新しいオブジェクトを作成します。コンストラクタは、JPEGファイルの情報を取得するためのパスを使用してメソッドを呼び出します。

FileStream fs = File.Open (this.Path, FileMode.Open); 
Image img = Image.FromStream (fs, false, false); 

例外が発生した場所です。私はフレームワークコンポーネントへの呼び出しからファイルを取得するので、私はそれが存在するかどうか再度明示的にチェックしません - 私はシステムにこれを構築することができますが、それは私の問題を解決しません。

ことの一つは、私が忘れてしまった：これは我々のテストシステムでは発生しませんが、世界中:(ラウンドシステムに

が

Answer 1

と置き換えるように書きます。この特定のケースでは、ハードウェアの特定の組み合わせで、奇妙な動作を引き起こしたようです。 .NET APIが間違った結果を返す間にWin32 APIが正しい結果を返しました。

これは、すべてのインストールで再現できませんでした。唯一の明らかな違いはローカリゼーションの設定だけでしたが、機能的にそれらを変更しても、私たちのローカルマシンのいずれかでレクロを思いつくのに役立つものではありませんでした。新しいハードウェアリビジョンが公開されるため、これ以上の調査はありません。

他の回答からすべての提案をカバーしていて、まったく同じ問題がある場合は、OSベンダーにお問い合わせください。

Answer 2

Antivirusは時々ここに遊びに来ることができるあなたはファイルと一つのプロセスを生成する一つのプロセスを持っている場合。

ファイルの有無を確認するのではなく、File.Openを呼び出して/ catchを試してIOExceptionにしてください。例外。

ファイルが存在するとは決して想像できません。

なぜファイル名の文字が失われているのかについては、どうすればthis.Pathを生成していますか？

Answer 3

間違ったストローかもしれませんが、\をエスケープしようとしましたか？

k:\tiger.jpgの例では、C＃は\tをタブとして読み取ります。これは本当に起こるべきではありませんが、私はそれが起こるのを見ました。すべてのバックスラッシュを\\