Windows API Funktion um Befehlsziel zu ermitteln?

[Experience1986]

Guten Abend,

ich entwickel zur Zeit eine neue Version meiner Software "AutostartAdministrator" zur Verwaltung von Windows Autostarts.

Info: http://support.lothargeisinger.de/pr...&application=2

Hierbei ist wichtig Befehle die in Autostart-Einträgen vermerkt sind zu interpretieren und deren Ziel zu ermitteln. Beispiele:

Code:

Befehl: Explorer.exe
Ziel: C:\Windows\Explorer.exe
Parameter=

Befehl=%windir%\system32\regedit.exe /s c:\test.reg
Ziel: C:\Windows\System32\regedit.exe
Parameter: /s c:\test.reg

Bislang hab ich eine eigene Funktion hierfür, diese geht den vorliegenden String Zeichen für Zeichen durch, solange bis der Pfad existiert. Dies ist sehr Rechenintensiv und führt nicht immer zum Ziel.

Deshalb wollt ich wissen ob die Windows API hier etwas zur Verfügung stellt, schließlich muss auch Windows (Beispiel: Start->Ausführen) solche Befehle interpretieren.

Vielen Dank schon mal im Voraus.

[SirThornberry]

gehst du jedes zeischen durch und probierst ob die Datei/Ordner existiert oder gehst du bis zum ersten leerzeischen?

[Experience1986]

Delphi-Quellcode:

// Wurde von mir wieder entfernt...

Also alles Weichenweise... Über den Leerstring lässt sich das nicht bei allem Befehlen machen:
c:\Dokumente und Einstellungen\Datei.txt
"c:\Dokumente und Einstellungen\Datei.txt"
usw...

Gibt einfach zu viele Schreibweisen hierfür.

[Experience1986]

Dann kanns ja noch passieren das der Nutzer keine Dateiendung angibt, somit müssen diese auch noch geprüft werden.

[SirThornberry]

ich würde empfehlen bis zum ersten leerzeischen bzw. bis zum ende zu suchen. Denn sonst kannst du durch aus die falsche datei finden.

hast du zum beispiel den String:
e:\benutername\liste.txt
würdest du die Datei
e:\benuter
finden.
Anstelle nach jedem Buchstaben zu prüfen ob die Datei bis dahin existiert würde ich also empfehlen nach jedem leerzeichen zu prüfen.

[Edit]
Wenn die gefundene Datei keine Ausführbare Datei ist kannst du dann eigentlich davon ausgehen das die Zeischen die dahinter folgen keine Parameter sind sondern zum Dateinamen gehören.
[/Edit]

[Experience1986]

Dennoch wird das ganze zu lange dauern, so wie es jetzt ist läuft es ja, identifiziert nur bestimmte einträge nicht:
%systemroot%\system32\dumprep 0 -k

Keine Ahnung warum.
Ich will deshalb gerne eine Windows Funktion nutzen... Die müsste es doch geben, nach welchen Schlagworten könnt man da suchen?

[KingIR]

Die shlwapi.dll hat eine Menge Funktionen, die in diesem Zusammenhang nützlich sein könnten:

z.B.:
PathUnExpandEnvStrings -- edit: bzw. DoEnvironmentSubst
PathRemoveArgs
Einfach mal die Liste da browsen :)

Und

Delphi-Quellcode:

uses shlwapi;

nicht vergessen ;)

[Experience1986]

Einen rießen Dank schonmal für die DLL!

Aber wenn ich im Uses Bereich "shlwapi" eintrage heißt es: Fehler: Datei nicght gefunden "shlwapi.dcu"...

Gibts die Unit nicht standardgenäß in Delphi und wenn dem so ist woher bekomm ich die DLL Header her, so das ich die Funktion implementieren kann?

[KingIR]

Hm also bei Delphi 2006 ist die shlwapi.pas/dcu schon dabei. Du kannst sie dir aber auch von http://delphi-jedi.org/APILIBRARY herunterladen ("Microsoft Shell Lightweight Utility API, v.1.2."). :)

[Experience1986]

So ich kann also nun die Funktionen ansteuern, danke schon mal.
Leider tut keiner der obengenannten Funktion das was ich erwarte. Auch die anderen auf der MSDN Seite mit Path* Prefix tun nichts dergleichen.

Die einzige Fúnktion die hier nützlich war ist PathGetArgs() bzw. PathRemoveArgs().
Auch eine weitere recherche über Google ergab nichts wirklich brauchbares...

Hat noch jemand eine Idee?