delorie.com/archives/browse.cgi | search |
X-Recipient: | archive-cygwin AT delorie DOT com |
DomainKey-Signature: | a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id |
:list-unsubscribe:list-subscribe:list-archive:list-post | |
:list-help:sender:date:from:to:subject:message-id:reply-to | |
:references:mime-version:content-type:in-reply-to; q=dns; s= | |
default; b=OXSKXJ7V0CL69pomln0CdqE8A7EdPS7cAb8hnm5P4oMyC1eWWdWhI | |
OGqpLx6v4B+6ucMItvpzXuEUHuGxbYg9v3Wd/tXHAr9jExxmCdeAJ4WwFtbmfqr4 | |
fNqxB18/0BomNbmKKb1gtD4dMBwoq4/JeWbLgUHGRHVGAvl1fOHWKE= | |
DKIM-Signature: | v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id |
:list-unsubscribe:list-subscribe:list-archive:list-post | |
:list-help:sender:date:from:to:subject:message-id:reply-to | |
:references:mime-version:content-type:in-reply-to; s=default; | |
bh=3jFKLkIHp6OfpTGcl3pPQe0XQxQ=; b=e+A15XFjHF6YBdxqtrYICLqoBKQX | |
NWesTd1Kg2BZJ9WX6snAravaKG7RrXNRWRedNQwZMuWFNkk1WepX0G15gwqkVRG4 | |
3ST/H8c58QQt4EXM1w43UgJeesKCL4je1wS0HFEA+9fuXKk561OdiCJ/C8ODjIie | |
yc30a5faQsKwbM0= | |
Mailing-List: | contact cygwin-help AT cygwin DOT com; run by ezmlm |
List-Id: | <cygwin.cygwin.com> |
List-Subscribe: | <mailto:cygwin-subscribe AT cygwin DOT com> |
List-Archive: | <http://sourceware.org/ml/cygwin/> |
List-Post: | <mailto:cygwin AT cygwin DOT com> |
List-Help: | <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs> |
Sender: | cygwin-owner AT cygwin DOT com |
Mail-Followup-To: | cygwin AT cygwin DOT com |
Delivered-To: | mailing list cygwin AT cygwin DOT com |
Authentication-Results: | sourceware.org; auth=none |
X-Virus-Found: | No |
X-Spam-SWARE-Status: | No, score=-4.6 required=5.0 tests=AWL,BAYES_50 autolearn=ham version=3.3.2 |
X-HELO: | calimero.vinschen.de |
Date: | Wed, 11 Mar 2015 13:50:07 +0100 |
From: | Corinna Vinschen <corinna-cygwin AT cygwin DOT com> |
To: | cygwin AT cygwin DOT com |
Subject: | Re: Non-privileged use can't logon |
Message-ID: | <20150311125007.GC5732@calimero.vinschen.de> |
Reply-To: | cygwin AT cygwin DOT com |
Mail-Followup-To: | cygwin AT cygwin DOT com |
References: | <003601d05be4$d2574470$7705cd50$@rockliff AT bigpond DOT com> <20150311111729 DOT GW5732 AT calimero DOT vinschen DOT de> <004e01d05bf1$2897d730$79c78590$@rockliff AT bigpond DOT com> <20150311120705 DOT GX5732 AT calimero DOT vinschen DOT de> <005d01d05bf8$8104b210$830e1630$@rockliff AT bigpond DOT com> |
MIME-Version: | 1.0 |
In-Reply-To: | <005d01d05bf8$8104b210$830e1630$@rockliff@bigpond.com> |
User-Agent: | Mutt/1.5.23 (2014-03-12) |
--JoJCGVnM/36AiBh+ Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Please, https://cygwin.com/acronyms/#TOFU Thank you. On Mar 11 20:40, Max Rockliff wrote: >> > Any ideas? >>=20 >> 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. >>=20 >> I tried to come up with a workaround for the problem, though. I just >> uploaded a new developer snapshot to https://cygwin.com/snapshots/ >>=20 >> Just fetch the latest 32 bit cygwin1.dll, >> http://cygwin.com/snapshots/x86/cygwin1-20150311.dll.xz >>=20 >> 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. >=20 > Hey Corinna, >=20 > You're a magician. It seems to have fixed the problem, or at least provi= ded an effective workaround. Here's a transcript (kinda) >=20 > 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 AT localhost and it logged on successfully no errors. > Max AT Max-PC /bin > $ ssh st AT localhost > st AT localhost's password: > Last login: Wed Mar 11 20:32:00 2015 from ::1 >=20 > st AT Max-PC ~ > $ > 10. And, as we like to say in Australia - Sweet! >=20 > What on earth did you change that made the error go away? You don't want to know. =2E [spoiler alert] =2E =2E =2E =2E =2E =2E =2E =2E =2E =2E =2E =2E =2E =2E =2E =2E =2E =2E I made loading userenv.dll non-fatal in this specific case. The result is that, in scenarios like yours, the user's Windows environment won't be merged into the environment of the user's shell started from sshd. However, since that's a new functionality anyway, you're not worse off than with earlier Cygwin versions. Corinna --=20 Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat --JoJCGVnM/36AiBh+ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJVADn/AAoJEPU2Bp2uRE+gv68QAKWjvg+CWrfqC4b8t9UlLjWX KN9xoNbhXZNqs8o32exYB2V4uCQf+eq5sH5ZUQ2SrZwOvKdgy5oher+hgARY+dsY kxvTWduKIS2gyvjn7ZIJRTOLNhbq5XfpNN8SpnTZUEcE5EJxsUaSodiv/Db5zbEk dp1Q7epGR7jWLmqgk+X+De+eTRgqQYx/uto8R3iLjH4QOQV3rscOVSAUFYWv4OkO 0kyGLIUKoGH+kurFNxPpfFZ5WBCXI3mQxiANMcK4p3cyxmVKv3jp9NtxzyW0Pxwx tPYaD5QE49XjWoBbW19eR3i7Z1Ec5aMe4xpFWJtE1C8GUAxK4V/DZ8tGWkt/iHwz x+/mSq1WgeWx8NCWTTjS0bSFXayHmwR8kZI2stoIY8U88z087haYCnYOHHH61ZeM JkNc22fsA6LkPCDS1sgGWFAThRCqHyDTdp2KnfSyqZXV6jraLsXSrTkmVYxlKV7C rIjNHzw3/V2C8SzlCg/zlzvK53ceksVZI9eAbxb5pr9dd8goeHuL5uL1L9zgrV5n WltmZY32Q52ldPTrIenCNQ9eqcYiW/6odozd7BFC2MP1NlHiO41cUb//pY62M+YA BvGd2xI9G3oAw5nAGxnjUJg8ES6w6M5T2Fs87XA+7u9UbAFs4tUXInLYv8/ZGY9p fTXzB5CtbtOjDLwBc+nZ =+Dzf -----END PGP SIGNATURE----- --JoJCGVnM/36AiBh+--
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |