Erster Parameter geht verloren

[blablab]

Hallo!

Ich benutze folgenden Code:

Delphi-Quellcode:

      Result := CreateProcess(PChar(Programm), 'Halli hallo wie gehts denn so?'{PChar(CommandLine)}, nil, nil, true,
            CREATE_DEFAULT_ERROR_MODE, nil, PChar(ExtractFilePath(Programm)), StartupInfo, ProcessInfo);

Und ich rufe damit ein Programm aus, das einfach nur die Parameter anzeigt:

Delphi-Quellcode:

   for i := 0 to ParamCount do begin
      MemoParams.Lines.Add(ParamStr(i));
   end;

Und dabei geht immer der erste Parameter verloren. Das Programm zeigt also an:

-NameDerExe-
hallo
wie
gehts
denn
so?

Theoretisch kann ich als ersten Parameter ja einfach irgendeinen "Opfer-Wert" nehmen, der dann wegfällt. Aber ich hatte das Problem schon öfters und ich frage mich was dahinter steckt... Mache ich hier etwas falsch, oder gibts da einen Trick den ich nicht kenne?

Grüße
blablab

[himitsu]

Eigentlich steckt in GetCommandLine folgendes drin EXEPath Param1 Param2 ... ,
wobei in EXEPath der eigentlich aufgerufene Pfad der ausgeführten EXE drinsteht.
(ruft man z.B. nur "MeinProgramm" über CMD auf, dann steht auch nur das dort drin)

ParamStr(0) ignoriert deshalb diesen Wert und gibt stattdessen GetModuleFileName(0) zurück.

Zitat von MSDN: CreateProcess:

__in_opt LPCTSTR lpApplicationName,
__inout_opt LPTSTR lpCommandLine

Du mußt also noch einen wert mehr angeben
Also entweder einen "Dummywert" oder besser nochmals den EXEPath (Delphi-Programme stört es zwar nicht, aber andere Programme vielleicht doch) .


Probier es einfach mal ShowMessage(GetCommandLine); .

Quasi in etwa so:

Delphi-Quellcode:

Params := 'Halli hallo wie gehts denn so?';
Result := CreateProcess(PChar(Programm), PChar('"' + Programm + '" ' + Params), nil, nil, true,
  CREATE_DEFAULT_ERROR_MODE, nil, PChar(ExtractFileDir(Programm)), StartupInfo, ProcessInfo);

[sirius]

Normalerweise (So auch in der Remark-Section von msdn) gibt man für Applicationname "null" an und für Commandline eben das "Programm"+Space+Parameter, so wie in einer Batch.

Und das ist (wie vorposter geschrieben) wahrscheinlich nur wegen der C-kompatibilität und argc.

[blablab]

Vielen Dank!!!
Wieder etwas dazugelernt...