私はこの些細なコードに取り組んでいますが、それでも、どこに問題があるのか本当にわかりません。私の関数は非常に簡単なことをしています。ファイルを開き、その内容をコピーし、内部の文字列を置き換えて、元のファイルにコピーします(単純な検索とテキストファイル内の置き換え)。元のファイルに行を追加しているので、その方法はあまり知りませんでしたので、ファイルのコピーを作成し、(file.temp)バックアップ(file.temp)もコピーしてから元のファイルを削除します(file)そしてfile.tempをファイルにコピーします。ファイルの削除中に例外が発生します。サンプルコードは次のとおりです。
private static bool modifyFile(FileInfo file, string extractedMethod, string modifiedMethod)
{
Boolean result = false;
FileStream fs = new FileStream(file.FullName + ".tmp", FileMode.Create, FileAccess.Write);
StreamWriter sw = new StreamWriter(fs);
StreamReader streamreader = file.OpenText();
String originalPath = file.FullName;
string input = streamreader.ReadToEnd();
Console.WriteLine("input : {0}", input);
String tempString = input.Replace(extractedMethod, modifiedMethod);
Console.WriteLine("replaced String {0}", tempString);
try
{
sw.Write(tempString);
sw.Flush();
sw.Close();
sw.Dispose();
fs.Close();
fs.Dispose();
streamreader.Close();
streamreader.Dispose();
File.Copy(originalPath, originalPath + ".old", true);
FileInfo newFile = new FileInfo(originalPath + ".tmp");
File.Delete(originalPath);
File.Copy(fs., originalPath, true);
result = true;
}
catch (Exception ex)
{
Console.WriteLine(ex);
}
return result;
}`
そして関連する例外
System.IO.IOException: The process cannot access the file 'E:\mypath\myFile.cs' because it is being used by another process.
at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.File.Delete(String path)
at callingMethod.modifyFile(FileInfo file, String extractedMethod, String modifiedMethod)
通常、これらのエラーは閉じられていないファイルストリームから発生しますが、私はそれを処理しました。私は重要なステップを忘れてしまったと思いますが、どこにあるのかわかりません。手伝ってくれてありがとうございます、
外部プロセス(AV?)がロックしているように聞こえますが、そもそも問題を回避できませんか?
private static bool modifyFile(FileInfo file, string extractedMethod, string modifiedMethod)
{
try
{
string contents = File.ReadAllText(file.FullName);
Console.WriteLine("input : {0}", contents);
contents = contents.Replace(extractedMethod, modifiedMethod);
Console.WriteLine("replaced String {0}", contents);
File.WriteAllText(file.FullName, contents);
return true;
}
catch (Exception ex)
{
Console.WriteLine(ex.ToString());
return false;
}
}
私は少し遅れていることを実感しますが、決して遅れることはありません。私は最近同様の問題を抱えていました。その後XMLWriter
を使用してXMLファイルを更新しましたが、同じエラーが発生していました。私はこれのためのきれいな解決策を見つけました:
XMLWriter
は、基になるFileStream
を使用して、変更されたファイルにアクセスします。問題は、XMLWriter.Close()
メソッドを呼び出すと、基になるストリームが閉じられず、ファイルがロックされることです。必要なことは、XMLWriter
を設定でインスタンス化し、その基になるストリームを閉じる必要があることを指定することです。
例:
XMLWriterSettings settings = new Settings();
settings.CloseOutput = true;
XMLWriter writer = new XMLWriter(filepath, settings);
それが役に立てば幸い。
このコードは、私が知る限り最高に機能します。 Sysinternals process Explorer を起動し、ファイルを開いたままにしているものを見つけます。おそらくVisual Studioかもしれません。
それは私のために働いた。
これが私のテストコードです。テスト実行は次のとおりです。
using System;
using System.Collections.Generic;
using System.IO;
using System.Linq;
using System.Text;
namespace ConsoleApplication1
{
class Program
{
static void Main(string[] args)
{
FileInfo f = new FileInfo(args[0]);
bool result = modifyFile(f, args[1],args[2]);
}
private static bool modifyFile(FileInfo file, string extractedMethod, string modifiedMethod)
{
Boolean result = false;
FileStream fs = new FileStream(file.FullName + ".tmp", FileMode.Create, FileAccess.Write);
StreamWriter sw = new StreamWriter(fs);
StreamReader streamreader = file.OpenText();
String originalPath = file.FullName;
string input = streamreader.ReadToEnd();
Console.WriteLine("input : {0}", input);
String tempString = input.Replace(extractedMethod, modifiedMethod);
Console.WriteLine("replaced String {0}", tempString);
try
{
sw.Write(tempString);
sw.Flush();
sw.Close();
sw.Dispose();
fs.Close();
fs.Dispose();
streamreader.Close();
streamreader.Dispose();
File.Copy(originalPath, originalPath + ".old", true);
FileInfo newFile = new FileInfo(originalPath + ".tmp");
File.Delete(originalPath);
File.Copy(originalPath + ".tmp", originalPath, true);
result = true;
}
catch (Exception ex)
{
Console.WriteLine(ex);
}
return result;
}
}
}
C:\testarea>ConsoleApplication1.exe file.txt padding testing
input : <style type="text/css">
<!--
#mytable {
border-collapse: collapse;
width: 300px;
}
#mytable th,
#mytable td
{
border: 1px solid #000;
padding: 3px;
}
#mytable tr.highlight {
background-color: #eee;
}
//-->
</style>
replaced String <style type="text/css">
<!--
#mytable {
border-collapse: collapse;
width: 300px;
}
#mytable th,
#mytable td
{
border: 1px solid #000;
testing: 3px;
}
#mytable tr.highlight {
background-color: #eee;
}
//-->
</style>
このエラーに遭遇し、ウェブ上で適切なものを見つけられなかった後、この例外を取得する別の理由を追加すると思いました-つまり、ファイルコピーコマンドのソースパスと宛先パスが同じであるということです。それを理解するにはしばらく時間がかかりましたが、ソースと宛先のパスが同じファイルを指している場合に例外をスローするコードをどこかに追加すると役立つ場合があります。
がんばろう!
リアルタイムウイルス対策スキャナーを実行していますか?その場合、(一時的に)無効にして、削除しようとしているファイルにアクセスしているかどうかを確認できます。 (Sysinternalsプロセスエクスプローラーを使用するというクリスの提案は良い提案です)。
これを試してください:どんな場合でも動作します。ファイルが存在しない場合は、作成してから書き込みます。そして、すでに存在する場合、問題なく開いて書き込みます:
using (FileStream fs= new FileStream(@"File.txt",FileMode.Create,FileAccess.ReadWrite))
{
fs.close();
}
using (StreamWriter sw = new StreamWriter(@"File.txt"))
{
sw.WriteLine("bla bla bla");
sw.Close();
}
ファイルを作成したら、ストリームに強制的にリソースを解放させる必要があります。
//FSm is stream for creating file on a path//
System.IO.FileStream FS = new System.IO.FileStream(path + fname,
System.IO.FileMode.Create);
pro.CopyTo(FS);
FS.Dispose();