-
Notifications
You must be signed in to change notification settings - Fork 224
Args not flowing to the Program class constructor for a custom loader #336
Comments
Looks like it might be a runtime bug. Will look into it |
@ChengTian looks like the command line argument parsing broke this. Specifically, it looks like having a fake run command doesn't use get the right set of RemainingArguments |
@ChengTian any ETA on this? I guess I can use Environment.Arguments for now? |
I mean Environment.GetCommandLineArgs(); |
@davidfowl @ChengTian it looks like Visual Studio actually is passing in the args that you set in the "Command Line Arguments" under debugging. I tested setting it to "start.csx" and ran in the debugger and it did get passed in via Environment.GetCommandLineArgs(). So the bug appears to relate to the invoking of Main. |
The bug is known and will be fixed. It's the weekend and the world cup is on so be patient |
I am not rushing....I am just giving more clarity on what I found :-) On Sun, Jun 15, 2014 at 4:22 PM, David Fowler [email protected]
|
@glennblock @davidfowl I am working on this issue |
I've created a new ScriptCsLoader (implements IAssemblyLoader) which contains a Program class and returns itself. The extension works properly, but I am finding that the args I pass at the K command line are not flowing in. I add a Console.WriteLine to prove this...
As you can see the cmd is:
k run start.csx
yet start.csx is not flowing in.I noticed the same behavior happens in VS2014 if you explicitly pass params by configuring the args for a console project. @davidfowl mentioned the VS behavior was a known issue.
The text was updated successfully, but these errors were encountered: