![]() |
ParamStr(1) unter Win7 falscher Pfad
Hallo zusammen,
um Dateien per Doppelklick mit meinem eigenen Programm öffnen zu können benutze ich
Delphi-Quellcode:
Das hat bisher auch immer gut funktioniert. Nach meinem Umstieg auf Windows 7 habe ich allerdings ein Problem, wenn die zu öffnende Datei auf dem Desktop liegt.
ExtractFileDir(ParamStr(1))
ExtractFileDir(ParamStr(1)) liefert dann "C:\Benutzer\USERNAME\Desktop" zurück. Aber diesen Pfad gibt es laut Windows nicht und mein Programm stürzt ab. Windows-Explorer behauptet es müsste "C:\Users\USERNAME\Desktop" heißen. Wieso liefert ParamStr dann "Benutzer"? Natürlich könnte ich nun "Benutzer" durch "Users" ersetzen. Aber das wäre eine unsaubere Lösung! Und wer weiß welche Pfade noch falsch von ParamStr zurückgegeben werden... Kennt jemand eine Lösung für dieses Problem? Gruß e-gon |
AW: ParamStr(1) unter Win7 falscher Pfad
Diesen Pfad kann man "übersetzen" lassen. Nur weiß ich gerade leider nicht mehr, wo das zu finden ist... :oops:
|
AW: ParamStr(1) unter Win7 falscher Pfad
Müsste CSIDL_FLAG_CREATE sein.
![]() siehe dazu: ![]() |
AW: ParamStr(1) unter Win7 falscher Pfad
Danke für die schnellen Antworten!
Aber wie soll mir CSIDL_FLAG_CREATE dabei helfen? ParamStr(1) liefert "C:\Benutzer\USERNAME\Desktop". Woher soll ich dann wissen, dass ich CSIDL_FLAG_CREATE abfragen muss? Auf einem anderen PC ist z. B. der Username ein anderer oder das System liegt nicht auf C: sondern D: ... |
AW: ParamStr(1) unter Win7 falscher Pfad
Zitat:
|
AW: ParamStr(1) unter Win7 falscher Pfad
Hmmm, mir war so, als wenn mir der Explorer (Doppelklick im Explorer oder auf Desktop) den internen nicht-lokalisierten Pfad übergibt und nicht den Lokalisierten. :gruebel:
|
AW: ParamStr(1) unter Win7 falscher Pfad
Zitat:
Worum es mir aber eigentlich geht: Da ich nicht weiß welche Pfade alles von Win7 verbogen werden ist es mir nicht möglich sämtliche Verzeichnisse auf das richtige Verzeichnis abzubilden. Gibt es vielleicht eine Funktion wie
Delphi-Quellcode:
?
PathNameToRealName(ExtractFileDir(ParamStr(1)));
|
AW: ParamStr(1) unter Win7 falscher Pfad
Das könnte eine Erklärung für Probleme sein, die ich schon einmal mitbekommen habe.
Vielleicht geht es mit GetModuleFilename korrekt?
Delphi-Quellcode:
function GetModuleFileNameWrapper: string;
var lpFileName: array[0..MAX_PATH] of Char; begin FillChar(lpFileName, SizeOf(lpFileName), #0); GetModuleFileName(HInstance, lpFileName, MAX_PATH); Result := lpFileName; end; |
AW: ParamStr(1) unter Win7 falscher Pfad
GetModuleFilename ist gut, wenn es um das ausführende Programm geht. Ich bräuchte das aber für die zu öffnende Datei.
Um es mal deutlich zu machen: Ich habe bestimmte Dateitypen mit meinem Programm verbunden. Klickt man nun doppelt auf eine Datei diesen Typs wird automatisch mein Programm gestartet und die zu öffnende Datei per ParamStr(1) übergeben. Den Pfad meines Programms kann ich problemlos ermitteln. Das Problem liegt dann vor, wenn die "gedoppeltklickte" Datei auf dem Desktop oder in sonst einem Verzeichnis liegt, welches von Win7 umgebogen wird. Aber es kann ja nicht sein, dass ich der Einzige mit einem solchen Problem bin. Wie macht Ihr das, die auch so ein Programm entwickeln, das über Dateien eines bestimmten Typs geöffnet wird? |
AW: ParamStr(1) unter Win7 falscher Pfad
Liste der Anhänge anzeigen (Anzahl: 1)
Hm. Vielleicht bist du mit deinem Problem doch einsamer als du dachtest. Ich habe es gerade mal getestet und ein Demo-Projekt erstellt, das mir den Pfad der Exe-Datei anzeigt und den Pfad der übergebenen Datei (um mal beide hier diskutierten Fälle zu erschlagen, auch wenn du ja eigentlich nur auf letzteres hinauswillst). In allen Fällen kam bei mir im Programm "c:\users\...." an.
System: Win7 Professional 64-Bit. Delphi 2009. Ich hänge das Mini-Programm mal einfach an. In der dritten Zeile sollte nach dem Start der Pfad der übergebenen Datei stehen. Kannst ja mal berichten, ob da bei dir auch "Benutzer" anstatt "Users" ankommt. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 03:26 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz