ShellExecute und schreibgeschütztes Medium

[himitsu]

Bei NTFS wird z.B. das Datum/Uhrzeit des letzten Dateizugriffs gespeichert
und ich glaub im Windows 7-Treiber wurde dieses Verhalten wieder geändert.

Man braucht also nur eine Datei zu öffnen und es geschieht ein Schreibzugriff.


Zusammen mit der Aussage von WM_CLOSE (ups, jetzt ist mein Browser weg) könnte es da schon die Auswirkungen erklären.

[WM_CLOSE]

Nochmal zur Erlklärung: Treiber sind im Grunde wie Klassen, die ein Interface implementieren.

zur Veranschauichung nehmen wir die Interfaces
IWritableFS
{
procedure WrieFile(...);
...
}
und
IReadableFS
{
procedure ReadFile(...);
}

NTFS implementiert beide Interfaces,
CDFS nur IReadableFS

Damit weiß Windows, ob es auf einem bestimmten FS schreiben kann.

Jetzt kommt die NTFS? formatierte SD-Karte. Windows sieht: NTFS->beschreibbar.
Aber die SD-Karte macht mit dem lock einen Strich durch die Rechnung.

Im Vista/7 Treiber für die SD-Karten wurde das problem scheinbar umgangen, indem die tatsächliche Beschreibbarkeit geprüft wird.

Mit CreateProcess müsste es eig. trotzdem gehen.

[himitsu]

Mir fällt auch grade ein, daß ich unter Windows 7 diesbezüglich auch noch keine Probleme bemerkt hab,
auch nicht bei USB-Sticks mit Schreibschutz, egal ob FAT32, ExtFAT oder NTFS.

(bei SD-Karten war ich noch nicht auf die Idee gekommen diese mit NTFS zu beschreiben, da die andere Hardware es eh nie verstanden hätte)


Eventuell solltest du es dann auch nochmal mit solchen USB-Sticks probieren, welche ebenfalls einen Schreibschutzschalter besitzen.



PS: Bei USB wird der Schreibschutz über den Controlerchip im USB-Stick geregelt (den man nur im abgezogenen Zustand umschalten sollte/darf) und je nach dem was dort für ein mistiger Controler verbaut wurde, teilt er dem Dateisystemtreiber ordnungsgemäß mit, ob dieses Medium beschreibbar ist.

Bei den SD-Karten drückt dieser Schalter einen Kontakt im Lesegerät, womit dann natürlich das Lesegerät darauf reagieren muß.
Es könnte also auch sein, daß einige Billiggeräte nicht drauf reagieren, bzw. es erklärt auch, warum einige zu straffe Kontakte gerne mal diesen Schalter beim Einschieben umstellen, was ich mal bei einer Fotokamera hatte.

[Poolspieler]

Hallo Zusammen,
ich habe nochmal einige (viele) Tests gemacht.

Ergebnisse:
1. Das Problem tritt auch bei schreibgeschützten USB-Sticks auf
2. Ich habe zwei SD-Reader getestet
- einen im Laptop (Samsung) integrierten
- einen externen (getestet unter Win7 und WinXP)
--> bei beiden Readern ist das selbe Verhalten vorhanden
3. ich habe Freund Procmon mal mitlaufen lassen
--> himitsu hat recht. Es wird zuerst ein QueryBasicInformationFile und anschliessend SetBasicInformationFile durchgeführt. Bei SetBAsicInformationFile(CreationTime, LastAccessTime, etc.) kommt der Fehler
4. CreateProcess habe ich versucht, da bekomme ich aber viele Fehler - wahrscheinlich rufe ich den Befehl noch mit falschen Parametern auf - das werde ich im Forum aber mal nachlesen...


Viele Grüße,

Poolspieler

[himitsu]

Es gibt für's NTFS scheinbar einen eine Einstellungsmöglichkeit, wo man solche Schreibaktionen deaktivieren kann.
Aber wie und wo, das weiß ich auch nicht.

Das ist mir mal untergekommen, beim Thema Windows auf Flash-Disk (noch vor den SSD, wo man eine Flash-Karte via IDE angeschlossen hat), oder als Live-System auf USB-Disk laufen zu lassen.
Da diese Speicher eine begrenzte Lebensdauer haben/hatten, was das Beschreiben betrifft, wurde damals irgendein "Hack" verwendet, welcher eben Jenes verhinderte.

[Poolspieler]

Hallo nochmal,
mit CreateProcess hat es funktioniert!

Die Seite http://www.delphi-treff.de/tipps/sys...createprocess/ ist ein recht gutes Beispiel für CreateProcess...

Viele Grüße,

Poolspieler

P.s.: Wegen dem Deaktivieren von Schreibaktionen: Das müßte aber wahrscheinlich im Betriebssystem gemacht werden... oder?