rename (permission denied)
-
folgendesr code:
//no active Longterm Log file avaiable //active file to big (> 500Kb) if(pLogfile && GetFilesize(pLogfile) >= 500000){ //close file fclose(pLogfile); //copy Log Dir active file strcpy(newFile,temp); //extract path of active file *(strrchr(newFile,'\\')+1)= '\x0'; //create des Filename //long h= timeGetTime(); sprintf(newFile,"%sEngineLog_%d.csv",newFile,timeGetTime()); //sprintf(newFile,"%sEngineLog_%s_%s.csv",newFile,"DATETIME_A","DATETIME_B"); //Rename int h=rename(temp,newFile); perror("rename"); printf("Can't rename EngineLog_ File \r\n"); }Das Problem liegt wohl daran, das die Datei noch gesperrt ist wenn er sie unbennen will, da ich ja ein paar zeilen darf dies Datei erst schliesse..
wie könntre ich das problem umgehen?
-
Möglicherweise wird die Datei nicht richtig geschlossen ?
-
jepp.. das vermute ich auch.. ich habe zwischen rename und fclose mal ein Sleep(5000) eingefügt, das er zeit hat um die datei zu schliesen aber das bringt nichts.. erste wenn ich das progamm beenede und neu starte kann unbenannt werden.
waskann ich tun?
-
Die Datei darf nicht durch einen Prozess geöffnet sein, also könntest du erstmal den Prozess beenden und dann die Datei umbenennen.
-
ja mit fclose, ist die datei doch weider frei gegeben oder? das programm soll natürlich nicht beendet werden, mit fclose ist die datei doch vim prozess freigegegen.. weis nich was das soll (siehe code oben)
-
BorisDieKlinge schrieb:
//Rename int h=rename(temp,newFile); perror("rename"); printf("Can't rename EngineLog_ File \r\n");wo ist denn das if (h != 0)?
-
ja das ist beim testen mal weg geflogen "perror" gibt den fehler aus
-
ist das 'if' wieder zurückgekehrt oder für immer weggeflogen. war das fenster geöffnet oder geschlossen ?
-
das problem hat sich erledigt, als ich fopen + fclose in eine funktion gekapselt habe
long FileSize(){ fopen ..... fclose } void test(){ FileSize(); rename(...); }
-
Und du hast sonst keine anderen Änderungen dran gemacht, denn das ist ja mehr als eigenartig?
-
passt jetzt nur zum vorherigen Beitrag
aber das ist mir beim Programmieren auch schon öfters aufgefallen, dass wenn
ich ein Programm schreibe, es compiliere und ausführe, manchmal
Fehler auftreten / es sich erst gar nicht compilieren lässt.
Lösche ich dann aber die "fehlerhafte" Codesequenz und schreibe
sie exakt wie zuvor wieder hin, dass dann häufig das Programm problemlos läuft
Hat jemand ne Ahnung, woran das liegt?
-
jzd schrieb:
Hat jemand ne Ahnung, woran das liegt?
dann machst du etwas falsch
-
bei mir muss da problem an dem liegen:
//(A)
void foo(){ FILE *p = fopen(..); //do Something flcose(p); rename(A,B); //wobei sich die zu unbennennede datei um die datei die zuvor geöfent wurde handelt }Dann kann die Datei aus irgend einen grund nich unbenannt werden, weil sie anscheinend noch in gebrauch ist.
Mach ich es so:void bar(){ FILE *p = fopen(..); //do Something flcose(p); }; void foo(){ bar(){; rename(A,B); };Klappt es. Wahrscheinlihc wird die Datei bzw. das Handle auf die Datei nach dem beenden der funktion Bar() erst "ricthig" freigeben, umd sie umbennnen zu können.
Aber ist nur ne vermutung, vll. kennt ja jemand die richtig lösung;)
-
Vielleicht mal die Rückgabe der Funktionen anschauen?
-
hmm... fclose liefert 0, also ok!
-
Und rename()?
-
haja rename liefst -1 == permission denied , siehe Thread überschrieft
für dich
//1. Schritt fclose(file); //liefert 0 d.h. Datei wurde geschlossen //2. Schritt (ich nehme an die datei ist nur freigegeben um sie unzubennen) //3. Schritt rename(A,B); //liefer -1 //4. Schritt (Datei wurde freigeben aber kann nicht unbenannt werden)Kapiert?;))
-
Sorry, ich lese z.Z. sehr unaufmerksam
-
Und was passiert, wenn du zwischen fclose() und rename() mal einen Sleep(1) einbaust?
Das Blockende kann auf keinen Fall daran etwas ändern. In C++ könnte dort ja noch ein Destruktor aufgerufen werden, aber in C gibt es das ja definitiv nicht.
-
jepp das habe ich auch schon vesrucht , hab schon ein sleep(60000); eigenbaut.. aber selbst ne minute reicht nicht...