ShellExecute und schreibgeschütztes Medium

[Poolspieler]

Hallo,
ich würde mit folgendem Code gern ein externes Programm starten:

Code:

ShellExecute(Application.Handle, 'open', PChar(_datei), PChar(_parameter), Nil, SW_ShowNormal);

Dies funktioniert auch problemlos.

ABER:
Wenn das AUSZUFÜHRENDE Programm auf einem schreibgeschützten Medium (in meinem Fall eine SD-Karte) liegt, dann bekomme ich NUR unter WinXP folgende fehlermeldung von Windows (der Rückgabewert ShellExecute ist OK!):

Zitat:

Der Datenträger ist schreibgeschützt und kann nicht beschrieben werden. Entfernen Sie den Schreibschutz vom Datenträger in Laufwerk D:.

Das ganze tritt unter Win7 NICHT auf.

Ich habe es auch schon mit ShellExecuteEx ausprobiert --> gleiches Ergebnis.

Warum glaubt WinXP, ShellExecute wolle irgendwo schreibend zugreifen? Ich habe auch schon die notepad.exe mal auf das schreibgeschützte, und mal auf z.B. C:\ gelegt. --> Auf dem schreibgeschützten Verzeichnis bekomme ich die Fehlermeldung - auf C:\ nicht.
--> führe ich die Datei direkt aus (also nicht über ShellExecute, sondern über den Dateiexplorer), dann kommt KEIN Fehler. Es liegt also DEFINITIV am ShellExecute-Aufruf.

Ich versteh die Welt nicht mehr

Hat jemand eine Idee?

Viele Grüße,

Poolspieler

[himitsu]

Was für eine Datei willst du öffnen und mit welchem Programm ist sie verknüpft?

Einige Programme öffnen Dateien nicht nur ReadOlny oder sie erstellen gerne mal im Verzeichnis der zu öffnenden Datei eine temporäre Hilfsdatei.
> also Schreibzugriffe

Unter Windows 7 könnte da eventuell die Virtualisierung für schlechte/alte Programme zuschlagen.

[Poolspieler]

Hi,
danke für Deine Antwort!

Eigentlich will ich ein von mir geschriebenes Delphi-Programm öffnen.
Oder ein mit Innosetup erzeugtes setup.exe.
Ich habe es aber auch mit der notepad.exe aus WinXP versucht.

--> bei allen Programmen ist es das selbe Problem.

Gruß,

Poolspieler

[Poolspieler]

Hallo,
ich habe eine weiter Erkenntnis:

Das Problem tritt NUR bei SCHREIBGESCHÜTZTEN SD-Karten auf!
--> Bei einer gebrannten CD tritt das Problem NICHT auf.

Vielleicht sind hier die SD-Karten ein magischer Sonderfall und ich sollte diesen im Kleingedruckten der Software-Beschreibung einfach ausschließen...

Aber vielleicht hat ja jemand noch eine bessere Idee...

Viele Grüße,

Poolspieler

[WM_CLOSE]

Ich habe mal einen Filesystem Treiber geschrieben, in den Dokus stand etwas von Dateisystemtypen.
Der CDFS-Treiber hat zum beispiel keine Funktionen zum Schreiben ind ist auch so gekennzeichnet.

Die SD-Karte ist vermutlich FAT32 oder NTFS formatiert, also mit Schreibfunktion, welche nur durch den Schalter an der Karte selbst unterdrückt wird.

PS: versuch es mal mit CreateProcess

[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.