Startparameter: Prüfen ob Programm vorhanden

[Nils_13]

Hi,

ich habe einen String folgender Art:

Zitat:

C:\WINDOWS\EXPLORER.EXE /n,/e,E:

Es muss nicht der Explorer sein, es kann JEDES Programm mit JEDEM möglichen Startparameter sein. Kann man bei so einem String so ohne weiteres jedes beliebige Programm auf Existenz prüfen oder sollte ich im Optionsmenü ein neues Textfeld für die Startparameter mit angeben ?

[Fussball-Robby]

Du tust alles, was vor dem ersten Leerzeichen ist, in eine Variable und prüfst dann mittels if FileExists(Filename), ob die Datei existiert.

Mfg

[SirThornberry]

bei so einem string kannst du das nicht einfach prüfen. Denn das .exe ist nicht zwingend notwendig und auch leerzeichen können im namen vorkommen. Aber ich glaube da gab es eine Funktion (bin mir aber nicht sicher)

[Aurelius]

und was ist mit dateinamen/-pfaden, die leerzeichen enthalten?

[Nils_13]

Fussball-Robby: Das geht leider nicht, denn ich habe hier zum Beispiel einen Ordner der "Eigene Projekte" heißt. Da ist dann ein Leerzeichen schon drinnen und macht deshalb Ärger.

SirThornberry: Wo gibt es denn diese Funktion ? Ich kenne keine.

[Fussball-Robby]

Zitat von xX0815Xx:

und was ist mit dateinamen/-pfaden, die leerzeichen enthalten?

Die haben dann Pech gehabt Ne, man könnte natürlich auch alles vor dem ersten / kopieren. Wäre zwar unsauber, würde aber imho funktionieren. Wenn es dafür ne Funktion gibt, dann sollte an natürlich die benutzen

[Die Muhkuh]

Hi,

wenn ein Pfad ein Leerzeichen enthält, muss er dann nicht in Anführungszeichen geschrieben werden?

[Fussball-Robby]

Eigentlich schon. Wäre in diesem Fall natürlich auch sinnvoll.

[SirThornberry]

muss er nicht. Unter Ausführen im Startmenü kannst du dir das anschauen. Die Funktion die ich meine ist eine Api-funktion. Hab letztens irgendwo mal davon gelesen und war selbst erstaunt das es die gibt. Diese prüft intern auch ob die Datei existiert und geht so lange durch bis eine Datei/Ordner gefunden wurde oder es eben nichts mehr zu finden gibt.

[marabu]

Hi Nils,

wegen deiner Beispielzeile im Beitrag #1:

Wenn dein Problem Ähnlichkeit mit diesem Problem hat, dann ist PathFindOnPath() eine Lösung.

Grüße vom marabu