Reload

[Mithrandir]

@himi: Bei Turbo Delphi ist das schon der Fall. Dort kann ich mir auch die Erklärungen der WinAPI - Funktionen ansehen, natürlich in Englisch.

[Fussel9]

...Ich habe leider nur Delphi 2006 (auch als TurboDelphi bekannt)

aber mein Fachspezifisches English ist nicht sehr gut...

[mkinzler]

Zitat von Fussel9:

...Ich habe leider nur Delphi 2006 (auch als TurboDelphi bekannt)

Dort sollte es aber dabei sein

[Fussel9]

Zitat:

Zudem ist es gefährlich einen relativen datenpfad (zum Arbeitsverzeichnis != Anwendungsverzeichnis) zu verwenden

Was zur Hölle habt ihr gegen relative Pfadangaben???

mit ''.\'' sag ich Delphi das sich die Datei in dem Ordner befindet in dem die exe ist...

und mit ''.\Save\Save.ini'' ,dass sich die Datei im von der exe gesehen in einem Unterordner namens Save befindet und das die datei Save.ini heißt...

WO Soll DA DIE GEFAHR SEIN???

[Popov]

Zitat von himitsu:

nur noch mal kurz zum ShellExecute und da es eine WinAPI ist, noch ShellExecute

oder einfach mal Strg+Shift+F Verzeichnis "C:\Programme\CodeGear\" und Suchwort "ShellExecute"

Bei solchen Tipps sollte man immer vorsichtig sein, denn bei vielen Begriffen bestehen die meisten Treffer wirklich nur aus der Empfehlung die Suche zu bemühen. Denn ob ein Beispiel oder die Empfehlung ShellExecute, für die Suche sind es beides Treffer. Ok, heute hätte er Glück gehabt, aber nicht selten muß man erst paar Seiten 50 Seiten durchgehen bis man was vernünftiges findet.

Und auch mit ShellExecute kann nicht jeder etwas anfangen, vor allen Anfänger nicht. Das

Code:

HINSTANCE ShellExecute(      
    HWND hwnd,
    LPCTSTR lpOperation,
    LPCTSTR lpFile,
    LPCTSTR lpParameters,
    LPCTSTR lpDirectory,
    INT nShowCmd
);

muß man als Anfänger auch verstehen.

[DeddyH]

Zitat:

mit ''.\'' sag ich Delphi das sich die Datei in dem Ordner befindet in dem die exe ist...

Falsch! '.' bezeichnet den aktuellen Pfad, das muss nicht der sein, in dem das Programm liegt.

[edit] Vertippsler [/edit]

[edit2]

Zitat von Popov:

Und auch mit ShellExecute kann nicht jeder etwas anfangen, vor allen Anfänger nicht. Das

Code:

HINSTANCE ShellExecute(      
    HWND hwnd,
    LPCTSTR lpOperation,
    LPCTSTR lpFile,
    LPCTSTR lpParameters,
    LPCTSTR lpDirectory,
    INT nShowCmd
);

muß man als Anfänger auch verstehen.

Direkt eine Zeile tiefer werden sämtliche Parameter erklärt, man muss auch mal bis zum Ende lesen [/edit2]

[Mithrandir]

Zitat:

WO Soll DA DIE GEFAHR SEIN???

Naja,

während dein Programm läuft, kann sich, durch ein anderes Programm, das aktuelle Arbeitsverzeichnis ändern. Nix anderes macht man nämlich mit relativen Pfadangaben: Man schreibt ins aktuelle Arbeitsverzeichnis. Im Regelfall ist dass das der Anwendung, u.U. ist das aber auch ein völlig anderes.

Deswegen ist

IncludeTrailingPathDelimiter(ExtractFilePath(ParamStr(0))) + 'irgendeine.datei' die beste Lösung, wenn du was ins eigene Verzeichnis packen willst. Wenn du nur den Pfad zur Exe brauchst, dann steht der komplett in ParamStr(0).

[Fussel9]

Zitat:

Das

Code: markieren
HINSTANCE ShellExecute(
HWND hwnd,
LPCTSTR lpOperation,
LPCTSTR lpFile,
LPCTSTR lpParameters,
LPCTSTR lpDirectory,
INT nShowCmd
);


muß man als Anfänger auch verstehen.

Das war ja wohl ein ganz schlechter Scherz oder?

[mkinzler]

Zitat:

während dein Programm läuft, kann sich, durch ein anderes Programm, das aktuelle Arbeitsverzeichnis ändern.

Noch schlimmer, er kann schon bei Programmstart anders sein, z.B. beim Aufruf in einer Verknüpfung mit abweichenden Pfad

[DeddyH]

Zitat von Daniel G:

während dein Programm läuft, kann sich, durch ein anderes Programm, das aktuelle Arbeitsverzeichnis ändern.

Ist noch nicht einmal nötig. Wenn man das Programm z.B. aus einer Batchdatei heraus startet, ist es bereits ein Unterschied, ob erst zum Programmpfad gewechselt oder direkt das Programm mit komplettem Pfad aufgerufen wird.