別 の プロセス で 使用 され て いる ため。 visual studio

ファイルをロックしているプロセスを特定する方法

別 の プロセス で 使用 され て いる ため

Visual Studio 2005でWebアプリを開発しております。 jpg' に格納してからImage. FromFileで画像ファイルを読み込んで画像サイズを変更し、変更した画像データをSQLデータベースに格納する処理をしておりますが、最初の1回はできるのですが、2回目以降、下記のエラーメッセージが表示され処理不能となります。 どなたか回避策をご教授ください。 jpg' にアクセスできません。 説明: 現在の Web 要求を実行中に、ハンドルされていない例外が発生しました。 エラーに関する詳細および例外の発生場所については、スタック トレースを参照してください。 例外の詳細: System. jpg' にアクセスできません。 PostedFile. SaveAs Server. FromFile Server. aspx. jpg" '------- If FileUpload1. PostedFile. SaveAs Server. FromFile Server. Save Server. Open, FileAccess. Read Dim bs fs1. Length - 1 As Byte fs1. Read bs, 0, bs. Length fs1. FileBytes Dim pa2 As New SqlParameter " 携帯写真1", bs Dim cmd1 As New SqlCommand sqlstr1, conn cmd1. Parameters. Add pa1 cmd1. Parameters. Add pa2 conn. Open Try cmd1. ExecuteNonQuery Catch ex As Exception Label1. ToString conn. Close Exit Sub End Try conn. Close Image1. aspx? aspx?

次の

別のプログラムがこのフォルダーまたはファイルを開いているので・・・の原因と解決方法

別 の プロセス で 使用 され て いる ため

投稿日時: 2004-11-25 20:59 諸農です。 ロックされているファイルをオープンした時にスローされる例外を調べて、 それをキャッチするようにすればいいと思います。 wankuma. 別プロセスがロックしているなら、調べることができます。 しかし、ロックしていない(共有オープンしている)なら、検出不可能です。 FileInfo ファイル名 Dim stream As System. Open IO. FileMode. モード, IO. FileAccess. アクセス権, IO. FileShare. シェア ファイルを扱う Exit While Catch ex As IO. Threading. Thread. Sleep 1000 ' 1秒待つ Finally If Not stream Is Nothing Then stream. Close End TryEnd While 斜字体のところは、適切に修正してください。

次の

印刷時のエラー”プロセスはファイルにアクセスできません。別のプロセスが使用中です。”の対

別 の プロセス で 使用 され て いる ため

プロジェクトをデバッグすると、次のようなエラーが表示されます。 exe"をコピーできません。 exe'ファイルにアクセスできませんプロセス。 " Process Explorerを使用すると、MyApplication. exeが終了していることがわかりますが、以前にデバッグを停止したにもかかわらず、システムプロセスはそれを使用しています。 コードを変更してデバッグを開始するたびに、それが起こります。 プロジェクトをUSBにコピーしてデバッグすればOKです。 どうして? このエラーを修正するにはどうすればよいですか? 私はWindow 7 Professionalを使用します。 私はこのエラーが発生したことはありません。 にアクセスできません: 私は、最初にフォームをロードした後に自動的に消えて2つ目のフォームが画面に読み込まれるなど、2つのウィンドウを次々に実行しようとしているときに、このエラーが発生することに近づいています。 基本的には、バックグラウンドで実行されている最初のフォームとこのエラーの主な理由を閉じる必要があります。 最初のフォームを閉じるには、2行目のコードを2行目のloadイベントハンドラに追加する必要があります。 Close ; これはエラーを完全に解決します。 うーん、これは古い問題です。 何かがVisual Studioで一度ポップアップするものです。 それは私に数回噛まれ、私はVSを再起動して戦う時間を失ってしまった。 私はそれがここで2回以上議論されていると確信しています。 また、MSDNのフォーラムでも話題になっています。 実際の解決策はありませんが、いくつかの回避策があります。 何が起こっているのは、VSがファイルのロックを取得してから解放しないということです。 皮肉なことに、そのロックはVS自体がファイルを削除するのを防ぎ、アプリケーションを再構築するときに再作成できるようにします。 明らかな唯一の解決策は、VSを閉じて再起動してファイルのロックを解除することです。 ロックされている場合は 削除できませんが、名前を変更することはできます。 したがって、最後に何かを追加するだけで、すべてのウィンドウを閉じずにVSを再起動するまで待つことができます。 ビルド前のイベントを使用してこれを自動化して 、古い出力ファイル名の末尾にランダムな文字列を追加する人もいます。 はい、これは 巨大なハックですが、この問題はあなたが何かをやるようにとてもイライラして衰弱させます。 私は後でもう少し実験をした結果、デザイナーの一人が開いた状態でプロジェクトを構築するときに問題が発生するように見えることが分かりました。 だから、私にとって長期的に働いていたソリューションで、これらのばかげたエラーをもう一度やり直さないようにするには、WinFormsプロジェクトをビルドする前にすべてのデザイナウィンドウを閉じることが必要です。 はい、これも幾分不便ですが、VSを1時間に2回以上再起動する必要がなくなります。 私はこれをWPFにも適用すると仮定しますが、私はそれを使用せず、そこで問題を個人的に経験していません。 私はまだVS 2012 RCでそれを再現しようとしていません。 私はそれがまだそこに固定されているかどうかわからない。 しかし、今までの私の経験では、マイクロソフトがそれを修正したと主張した後でさえ、まだポップアップすることができているということでした。 それはVS 2010 SP1にまだあります。 私は彼らのプログラマが彼らが何をやっているのか分からないばかだと言っているわけではない。 バグの原因は複数あり、実験室で確実に再現することは非常に難しいと私は考えています。 なぜなら、私は確かにそれを再現するように見えないので、Abominable Snowmanのようです。 フォームを閉じたり、VisualStudioを再起動したりすることなく、最も簡単な方法を見つけました。 プロジェクトのコンパイルページに移動し、[高度なコンパイルオプション... ]ボタンをクリックします。 次に、オプションのどれかに変更を加えます(たとえば、Generate Debug InfoをFullからpdb-onlyに変更する)。 そしてOKをクリックする。 これは毎回動作し、MSがこのバグを修正するまで(私はVS2012からVS2013に切り替えるまでこの問題はなかった) プロジェクトやソリューションをクリーンアップできない場合は、ビルドされません。 ファイルはVSによって確実にロックされます(少なくとも私の場合はアンチウィルスの問題ではありません) 少なくとも私の場合、ビジュアルスタジオ2012は少なくとも2つのmsbuild. exeゴーストプロセスを作成していたことに気がつきました。 これはビルド後に消滅しませんでした。 これらのゾンビは明らかにファイルロックを引き起こしています。 msbuild. exeを強制終了することは1回限りの解決策です。 ビルドごとに実行する必要があります。 しかし、私は並列ビルドを一度無効にできることを理解しました。 チャームのような作品。 もちろんビルドは少し遅くなりましたが、残念ながら安全です。 少なくともこの特定の小さなプロジェクトでは、ビルドスレッドを複数必要としませんでした。

次の