Closed GoogleCodeExporter closed 9 years ago
Try invoking it with option --hold=always (or -ha) to see any error message
being
produced.
Original comment by andy.koppe
on 1 Apr 2010 at 4:40
exec: \Users\MyOtherUsername: No such file or directory
\Users\MyOtherUsername: Exit 1
Also, I'm on win7.
Thanks for the great software.
Original comment by michael....@gmail.com
on 1 Apr 2010 at 4:52
You're welcome.
That message means either the SHELL variable is set to \Users\MyOtherUsername
or
/etc/passwd is messed up. You can always provide the program to run on the
command
line, e.g. 'mintty /bin/bash'. Also have a look at the manual or --help output
for
details on how mintty decides what to run.
Original comment by andy.koppe
on 1 Apr 2010 at 5:41
using:
mintty /bin/bash -l
``fixed'' the problem. But, I thought it was odd that it dumped me into a root
shell.
Running:
mkpasswd -d -u MyOtherUsername >> /etc/passwd
(-d for domain user -l for a local user) was the real fix.
I reverted to:
mintty -
and everything works great again.
Is it a mintty or cygwin bug that UID 0 is used for a user not found in
/etc/passwd?
Original comment by michael....@gmail.com
on 2 Apr 2010 at 12:15
Great.
Assigning UIDs is Cygwin's job. UID 0 makes sense at least for unknown
administrators.
Less so for limited users, but I don't know whether there are other reasons for
doing
that. A question for the Cygwin mailing list I guess, but better check the
archives
first.
Original comment by andy.koppe
on 2 Apr 2010 at 5:14
Original issue reported on code.google.com by
michael....@gmail.com
on 1 Apr 2010 at 3:09