-
Notifications
You must be signed in to change notification settings - Fork 947
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
forever script's options are parsed as forever options #183
Comments
Oh, yes, this is |
Thanks Maciej ! |
I did switch to |
Weird |
@indexzero No no, it's because of way we parse options there. We should pop script options from |
Well, @indexzero 's workaround works. What I mean is that some people would want to use some combination of options that conflict with those that forever uses. |
@nherment No, this is caused by https://github.com/nodejitsu/forever/blob/master/lib/forever/cli.js#L465. No other conflict is possible. |
Yeah. +1 for dropping that line in forever. It is respected in flatiron now, but it could probably be better: https://github.com/flatiron/flatiron/blob/master/lib/flatiron/plugins/cli.js#L136-137 |
How about allowing me to quote the script including the options passed to the script? Forever is working fine for me on version 0.10.0, but with version 0.10.6 it's passing my arguments to forever instead of to my script. The reason seems to be that optimist was updated from version 0.3.4 to 0.4.0. Here is an example of how I call forever:
The flag This will not work either:
|
I have the same issue. I think you should reopen this issue or change help:
|
When running
forever start myScript.js -eshost 10.20.12.243
, the forever help message is displayed, the script is not started.It seems that forever interprets the -h from eshost and outputs the help message as if
forever -h
was run. If instead of-eshost
I use-esost
, the script is started fine...I would expect that anything written after
myScript.js
would be passed as arguments to the script started by forever and not interpreted by forever.using forever 0.7.2, node 0.4.12, on Mac OSX 10.6.8.
I tried to reproduce with forever 0.7.4 but couldn't get it to work because of issue #179
The text was updated successfully, but these errors were encountered: