Herausfinden, welches Programm eine Datei sperrt

[amigage]

Hallo liebe Delphi-Gemeinde,

ich habe jetzt eine Weile mit verschiedenen Suchbegriffen im Forum geforascht, aber nichts finden können.

Ich suche eine Möglichkeit, herauszufinden, welches Programm eine Datei sperrt, wenn ich keinen Zugriff auf diese Datei erhalte. Geht das? Wenn ja, wie?

Ein Link zu einem bestehenden Thread hier im Forum würde mir schon reichen :wink:

Danke.

[himitsu]

mit'm Process Explorer kann man viel rausbekommen, oder einfach mal nach Unlocker suchen

[WS1976]

Hallo,
wer eine Datei in Besitz hält kannst du relativ einfach sehen:

WinXP:
Start -> Einstellungen -> Systemsteuerung -> Verwaltung -> Computerverwaltung -> Freigegebene Ordner
-> geöffnete Dateien.

Grüsse
Rainer

[himitsu]

Zitat:

Zitat von WS1976

WinXP:
Start -> Einstellungen -> Systemsteuerung -> Verwaltung -> Computerverwaltung -> Freigegebene Ordner
-> geöffnete Dateien.

schon probiert?

das sollten nur die Netzwerkfreigaben sein ;)

Ansonsten würde es mich wundern, da dort angeblich garade nichts geöffnet ist :stupid:

[amigage]

Sorry, ich habe mich vielleicht etwas falsch ausgedrückt. :(
Process Explorer und Unlocker sind mir wohl bekannt.

Ich suche eine Möglichkeit, dies in meinem Delphiprogramm herauszubekommen, um es dem Anwender mitzuteilen.
Z.B. wenn eine Datei nicht kopiert werden kann, soll die Software sagen, dass er doch das entsprechende Programm schließen soll.

Ich benötige also eine Funktion, die mir den Namen der (exe)-Datei zurückliefert, wenn ich eine gesperrte Datei abfrage.

Die o.g. Programme können es ja auch... irgendwie ;-)

[mirage228]

Such mal nach WhoLockMe ;)

[himitsu]

eine Funktion für Delphi ist mir nicht bekannt, aber so einfach wird es nicht sein, vorallem da es nicht soo viele Programme gibt, die das überhaupt auslesen können.

Es ist zwar (bedingt) möglich rauszubekommen welcher Datei ein Handle zugeordnet ist, aber dann müßtest du dich durch alle aktiven Programme hangeln (falls du die Rechte dazu hast) und ersmal 'ne Liste der offnen Handles erstellen (alle möglichen bruteforcemäßig durchzuprobiren wäre etwas Rechenintensiv), dann vermutlich diese Handle in deinen Prozess reinclonen und abfragen wozu sie gehören.

[Luckie]

Ohne Treiber ist keine sichere Lösung möglich.

[himitsu]

Zitat:

Zitat von Luckie

ist keine sichere Lösung möglich.

und selbst mit Treiber wohl auch nicht ... irgendwie soll doch die windowsinterne struktur nicht offengelegt sein und keiner weiß genau wie und ob sich da mal irgendwann wieder was dran ändert.

[Delphi-Laie]

Zitat:

Zitat von himitsu

irgendwie soll doch die windowsinterne struktur nicht offengelegt sein

Nun, immerhin der/die Programmierer vom Unlocker muß/müssen diese Interna doch kennen, anscheinend sogar aus dem FF. Wer mit einem Debugger umgehen kann (ich leider nicht), der müßte dem Unlocker doch so manches Geheimnis entreißen können?!

[himitsu]

Das Problem ist nur (wenn ich das richtig mitbekommen hab), daß es wohl keine richtige Schnittstelle seitens Windows gibt, worüger ein Programm dieses auslesen könnte.
wenn du jetzt über undokumentierte Schnittstellen geht, oder direkt über feste Speicheradressen versuchst an diese Informationen ranzukommen, dann kann in der nächsten Programmversion (neues Windows, oder einfach nur ein kleines Update) alles anders sein und nix geht mehr.

[globetrotter77]

Zitat:

Zitat von himitsu

wenn du jetzt über undokumentierte Schnittstellen geht, oder direkt über feste Speicheradressen versuchst an diese Informationen ranzukommen, dann kann in der nächsten Programmversion (neues Windows, oder einfach nur ein kleines Update) alles anders sein und nix geht mehr.

Das kann dir auch bei dokumentierten Schnittstellen so gehen ... siehe all die Inkompatibilitäten bei jeder neuen Windows-Version.
Was interessiert einen Entwickler bei Microsoft schon das eigene Gewäsch von gestern?
Auf der anderen Seite wäre es zugegebenermaßen auch idiotisch, immer kompatibel bis hinunter zu MS-DOS-Zeiten bleiben zu wollen.
Wenn man also eine Lösung fände, die nur für ein Betriebssystem funktioniert, wäre das doch auch schon mal was, oder?

[himitsu]

als Programmierer aber etwas unpraktisch ... oder wie käme es rüber, wenn in deiner Softwäre drinstünde, daß diese NUR unter Win98 liefe? und in "neueren" Versionen für die nächste Zeit nix möglich wäre, weil du erstmal suchen müßtest, wie das jetzt geht.

[globetrotter77]

Zitat:

Zitat von himitsu

als Programmierer aber etwas unpraktisch ... oder wie käme es rüber, wenn in deiner Softwäre drinstünde, daß diese NUR unter Win98 liefe? und in "neueren" Versionen für die nächste Zeit nix möglich wäre, weil du erstmal suchen müßtest, wie das jetzt geht.

zugegeben, das wäre etwas peinlich ... *grins*
aber als erster Ansatz immer noch besser als gar nichts machen zu können

Edit:
und wenn wir hier erst mal eine Lösung für ein Betriebssystem haben, dann lassen sich die anderen sicher auch finden, oder?
würde allerdings nicht unbedingt mit Windows 98 anfangen, sondern eher mit Windows 2000