On 12/18/2012 05:57 AM, Andrey Repin wrote:
what about '-w -' or a long-only option
like --null-pwd?
I'd say, the latter.
-w - looks like you are trying to read password from STDIN.
I heartily concur for two reasons:
1) '-w -' really looks like like stdin/out
2) '-' is actually a valid
On Dec 18 10:45, bartels wrote:
On 12/18/2012 05:57 AM, Andrey Repin wrote:
what about '-w -' or a long-only option
like --null-pwd?
I'd say, the latter.
-w - looks like you are trying to read password from STDIN.
I heartily concur for two reasons:
1) '-w -' really looks like like
On Dec 14 16:23, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
http://cygwin.com/ml/cygwin/2012-12/msg00154.html
Thanks.
I'm wondering if it's such a bright idea to use a NULL password based on
a check for a certain domain. That's practically guaranteed to break
at one point again.
what about '-w -' or a long-only option like --null-pwd?
I'd be happy with either!
Thanks,
Anton Lavrentiev
Contractor NIH/NLM/NCBI
Greetings, Corinna Vinschen!
Apart from the fact that NULL is a terrible password, I'd still be more
comfortable to allow a NULL password as a user defined option on the
command line. If not -W NULL, what about '-w -' or a long-only option
like --null-pwd?
I'd say, the latter.
-w - looks
Just checking whether this is going to be implemented...
Thanks,
Anton Lavrentiev
Contractor NIH/NLM/NCBI
-Original Message-
Sent: Friday, December 07, 2012 11:50 AM
Subject: RE: Cygrunsrv and special Windows virtual accounts NT
SERVICE
per the bad user/pass combo, presumably
On Dec 14 16:01, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
Just checking whether this is going to be implemented...
http://cygwin.com/ml/cygwin/2012-12/msg00154.html
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin
http://cygwin.com/ml/cygwin/2012-12/msg00154.html
Thanks.
I'm wondering if it's such a bright idea to use a NULL password based on
a check for a certain domain. That's practically guaranteed to break
at one point again.
I don’t think Microsoft is going to drop NT SERVICE\ in any near
On Fri, Dec 14, 2012 at 05:06:16PM +0100, Corinna Vinschen wrote:
On Dec 14 16:01, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
Just checking whether this is going to be implemented...
http://cygwin.com/ml/cygwin/2012-12/msg00154.html
So you're working on it?
cgf
--
Problem reports:
On Dec 7 16:49, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
per the bad user/pass combo, presumably).
Per MSDN,
http://msdn.microsoft.com/en-us/library/windows/desktop/ms682450%28v=vs.85%29.aspx
:
If the account name specified by the lpServiceStartName parameter is the name
of a
Hi all,
I have a suggestion that cygrunsrv doesn't ask for any password with
the option -u (and -w not provided), if the specified user is like
NT SERVICE\svcname, where svcname is the service being added.
Otherwise, cygrunsrv is not self-sufficient for defining a service,
and has to be further
On Dec 7 13:30, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
Hi all,
I have a suggestion that cygrunsrv doesn't ask for any password with
the option -u (and -w not provided), if the specified user is like
NT SERVICE\svcname, where svcname is the service being added.
Otherwise, cygrunsrv
cygrunsrv -I svcname -u NT SERVICE\svcname -p ''
I'm not quite sure I follow your suggestion:
-p is for path to the actual executable that implements the background process
If you meant -w '' (or as documentation suggests '-w ') then it does not work
for some reason -- cygrunsrv cannot
per the bad user/pass combo, presumably).
Per MSDN,
http://msdn.microsoft.com/en-us/library/windows/desktop/ms682450%28v=vs.85%29.aspx
:
If the account name specified by the lpServiceStartName parameter is the name
of a managed service account or virtual account name, the lpPassword
14 matches
Mail list logo
