You will need to set a PRG file as the main project file, then this is your entry point in the EXE.
And there goes your LPARAMETERS. The OS limits you to receive string values only, you only get the typical .F. value for non passed in parameters, all parameters up to PCOUNT() will be string type.
You don't get command line parameters like -C to specify a config.fpw or -L to specify a certain language resource runtime DLL. Those are handled by the runtime before your code is executed.
Besides, even without LPARAMETERS you could determine parameterization of the EXE via
Code:
Declare String GetCommandLine in win32api
? GetCommandLine()
Eg if doing so for your VFP IDE you get the EXE name itself. The string will always begin with the path and EXE file name and then continue with parameters, including the command-line options the runtime already consumed of course.
Bye, Olaf.
PS: Also see
Important to notice: EXE Parameters have to be separated by spaces and if you want a parameter to contain a space put it in double quotes, actually just the way EXE parameters work, but not the way you parameterize a VFP function with comma separated values and native types. There also are no by reference parameters to an EXE, so eg you can't call param="Hello, World" and then RUN YOUR.EXE @param and expect param to change after the exe finishes, actually I'd expect you'd get "@param" in the first parameter of YOUR.EXE, then, not even the param value "Hello, World".