Datei löschen trotz Schreibzugriffverbot

[Vjay]

Eine andere aber nicht einfache Möglichkeit wäre nen Funktionshook für die andere Anwendung zu schreiben und alle Dateizugriffe abzufangen und in Shared-Zugriffe umzuwandeln.

Oder gleiche die "WriteLn" Funktion ersetzen und den Text direkt rüberholen. Aber wenn du sagst dass du gerade erst in den Kinderschuhen steckst ist das wohl keine geeignete Lösung.

[Armageddon]

Jepp genau so sieht es aus Vjay. Dachte da gibts schon was fertiges oder das jemand schonmal das Problem hatte und es gelöst hat. Müßte ja im Prinzip so etwas ähnliches sein wie die Funktion des Taskmanagers wo man ein Programm mit abschiessen kann, nur das man halt die Verbindung zwischen Programm und Datei kappt egal was kommt *grins*

[Robert Marquardt]

Was du machen willst ist gefaehrlicher Schwachsinn.
Wenn eine Datei geoeffnet ist, dann darf man sie nicht loeschen.
Es trotzdem zu tun zerstoert die Konsistenz des Filesystems.

Um uebrigens mal auf den Titel des Threads zurueckzukommen:
Das Schreibrecht und das Loeschrecht koennen fuer eine Datei durchaus unterschiedlich sein.
Das ist z. B. bei Netware der Fall.
Ist die Datei jedoch geoeffnet darf und kann sie man aber nie loeschen.

[SubData]

Zitat von Robert Marquardt:

Was du machen willst ist gefaehrlicher Schwachsinn.
Wenn eine Datei geoeffnet ist, dann darf man sie nicht loeschen.
Es trotzdem zu tun zerstoert die Konsistenz des Filesystems.

Er will sie nicht löschen, sondern nur das File Locking aufheben. Das ist auch nicht wirklich gefährlich fürs Dateisystem, wenn er nur lesen und nicht schreiben will. Ich such auch schon ne Weile nach der Lösung aber hab noch nix gefunden. Es geht aber, hab mal ein kleines Programm gehabt womit man die Windows Swap Datei freigeben konnte... Finds nur nich wieder :/

[fiasko]

Zitat von Robert Marquardt:

Wenn eine Datei geoeffnet ist, dann darf man sie nicht loeschen.
Es trotzdem zu tun zerstoert die Konsistenz des Filesystems.

Ne, mit dem Dateisystem hat das nix zu tun. Locking geschieht im Kernel und nicht auf FS Ebene.

Zitat von SubData:

Das ist auch nicht wirklich gefährlich fürs Dateisystem, wenn er nur lesen und nicht schreiben will.

Es ist aber quatsch ein Datei zu lesen die eklusiv fürs schreiben gelockt ist. Das für zu inkosistenz der Daten (nicht des Dateisystems) wenn die Lock-haltende Anwendung dort irgendwas rumschreibt. Ich verstehe auch denn Sinn einer solchen Aktion nicht.

[SubData]

Den Sinn könnte es zum Beispiel haben um aktuelle Infos aus einem Log File zu lesen ...
Nehmen wir an du hast nen Verbindungsüberwachungsmanager, der Log-Datei schreibt und diese Datei die ganze Zeit mit nem Lock versehen hat. Du willst aber die aktuellen Werte haben und nicht erst den Manager schließen ...
Wäre zum Beispiel ein Grund um das File Locking aufzuheben... Bin zwar auch gegen sowas aber was solls *g*

[fiasko]

Wenn es eine eigene Anwedung ist, kann man die Datei ja einfach non-exclusive öffnen, dann ist das auch kein Problem.

[SubData]

Und wenn es keine eigene ist

Ob das ganze nun Sinn hat oder nicht... Geht ja nur darum zu klären wie es geht

[Armageddon]

Genau SubData,

ich will schreiben nicht nicht lesen! Sorry wenn der Titel nicht so recht passen sollte!

[SubData]

Zitat von Armageddon:

Genau SubData,

ich will schreiben nicht nicht lesen! Sorry wenn der Titel nicht so recht passen sollte!

Schreiben oder lesen?