Hey Corinna,
You're a magician. It seems to have fixed the problem, or at least provided an
effective workaround. Here's a transcript (kinda)
1. Downloaded the new cygwin1-20150311.dll.xz (PS. Kudos for using a yyyymmdd
format in the name - I always do, but so many don't
2. Copied the xz file to my privileged user account home folder and Unxz'ed it.
3. Used Windows to copy the file cygwin1-20150311.dll to the C:\cygwin\bin
folder
4. Stopped the SSHD service
5. Renamed the old cygwin1.dll to cygwin1.dll.old
6. Renamed cygwin1-20150311.dll to cygwin1.dll
7. Started the SSHD service
8. Started the terminal
9. Executed ssh st@localhost and it logged on successfully no errors.
Max@Max-PC /bin
$ ssh st@localhost
st@localhost's password:
Last login: Wed Mar 11 20:32:00 2015 from ::1
st@Max-PC ~
$
10. And, as we like to say in Australia - Sweet!
What on earth did you change that made the error go away?
Max
-----Original Message-----
From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf Of
Corinna Vinschen
Sent: Wednesday, 11 March 2015 8:07 PM
To: cygwin@cygwin.com
Subject: Re: Non-privileged use can't logon
On Mar 11 19:47, Max Rockliff wrote:
> Ok. Let's see if I can answer all your questions.
>
> I'm logging on with a password
> I'm running 32bit Vista Ultimate - Windows6.06.6002, Service Pack 2
> (sorry, I think I said Home Premium before) I installed the 32 Cygwin
> using setup-x86.exe icacls c:/Windows/System32/userenv.dll produces the
> following
> c:/Windows/System32/userenv.dll NT SERVICE\TrustedInstaller:(F)
> BUILTIN\Administrators:(RX)
> NT AUTHORITY\SYSTEM:(RX)
> BUILTIN\Users:(RX)
>
> For comparison the following is the output from an ls -l command on the same
> file, but it appears o be similar.
> $ ls -l c:/Windows/System32/userenv.dll
> -rwxr-xr-x 3 Max None 108544 Apr 11 2009
> c:/Windows/System32/userenv.dll
>
> The local Windows account I'm using is call 'st' and it is a member of the
> Users group (which appears to have Read eXecute privilege, exactly the same
> as the local group, Administrators. Hmmmm...
Thanks for the info.
> Any ideas?
Depends. As for the actual cause why userenv.dll refuses to load, no.
It's just a simple LoadLibrary call, nothing fancy. I just tried the same
scenario on my local 8.1 test machine and logging in with an unprivileged
account worked fine.
I tried to come up with a workaround for the problem, though. I just uploaded
a new developer snapshot to https://cygwin.com/snapshots/
Just fetch the latest 32 bit cygwin1.dll,
http://cygwin.com/snapshots/x86/cygwin1-20150311.dll.xz
Unxz it, chmod +x it. Stop all Cygwin processes. In Windows Explorer, open
the C:\cygwin\bin directory. Rename the original cygwin1.dll to
cygwin1.dll.ORIG. Move the new cygwin1-20150311.dll into place and rename it
to cygwin1.dll. Retry your scenario. And please report back.
Thanks,
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
