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=ZhjYEjPFcuPvD3pq3ZvsgXzg+BsSZFjToZG8f4WVKl+U+ZKZFpKau
	lnGGGD4SGrfoW+6aSVb6fjiLuk2Xnyi/dnHzdekEWNWaA5e277itP8gecIdqsB2n
	zTfpptJp4DXti8dNm15Fhx3+/YEVbJ4cl/j25t+OPOyghhzkGk+6m8=
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=770K0WmZIHgscWZOp2VGY3qoIpo=; b=NArTaz2FVAoOAzL66j2WZUxyb5aj
	3q8Ko9yUUiuuD/mV2+PEG7LTsIlDsVuD1OcRcpsryoTSqBxptobxIpDIvJ53/KET
	I1jzo6lQpE54CcU4nVIbCBZ/lghQTgSu/31SeMKYpqp+YNB0k74jIcJkoEJPvTYg
	Km38aj4YWEmLAvE=
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=-0.9 required=5.0 tests=AWL,BAYES_00,SPAM_BODY1 autolearn=no version=3.3.2
X-HELO: calimero.vinschen.de
Date: Sat, 10 May 2014 13:56:59 +0200
From: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: getent group fails
Message-ID: <20140510115659.GB5619@calimero.vinschen.de>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <EF15E076-6965-4517-AA90-C2B1682D12D2 AT Denis-Excoffier DOT org> <20140508091356 DOT GP30918 AT calimero DOT vinschen DOT de> <00FFC350-6ABC-407F-A12E-096F3F273BE4 AT Denis-Excoffier DOT org>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;	protocol="application/pgp-signature"; boundary="Fba/0zbH8Xs+Fj9o"
Content-Disposition: inline
In-Reply-To: <00FFC350-6ABC-407F-A12E-096F3F273BE4@Denis-Excoffier.org>
User-Agent: Mutt/1.5.23 (2014-03-12)

--Fba/0zbH8Xs+Fj9o
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On May  9 19:06, Denis Excoffier wrote:
> On 2014-05-09 11:13, Corinna Vinschen wrote:
> > On May  7 19:39, Denis Excoffier wrote:
> > Thanks for the report.  I made a dumb Copy/paste error.  This should
> > be fixed in the today's snapshot from http://cygwin.com/snapshots/
>=20
> Indeed, it is working now.
>=20
> Also, i have noticed that 'getent group' produces this line:
>=20
> +Utilisateurs authentifi=C3=83=C2=A9s:S-1-5-11:11:
>  (with \303\251 meaning &eacute;, like under UTF-8)
>=20
> while 'getent passwd' produces (among other lines):
>=20
> +SERVICE R=C3=89SEAU:*:20:20:,S-1-5-20:/:/sbin/nologin
>   (with \311 meaning &Eacute;, like under ISO-Latin)
>=20
> This is with LC_CTYPE=3Dfr_FR, no /etc/nsswitch.conf, /etc/passwd
> and /etc/group with only one line each, domain member with currently no
> network connected, under Cygwin 32bits 'Just Me', installed on top of
> XP SP3 32bits [french only], with snapshot '20140508 19:51:25=E2=80=99,
> and all packages up-to-date.
>=20
> If i setenv LC_CTYPE C, or unsetenv LC_CTYPE, i also get UTF-8 for
> 'getent passwd' (ie for both).
>=20
> What bothers me is that under LC_CTYPE=3Dfr_FR (or fr_FR AT euro), the
> getent output is not consistent.

I can't explain that.  In both cases, getent calls setlocale(LC_ALL, "").
In both cases, the account information comes as UTF-16 string from
the OS and is converted to multibyte in Cygwin.

The only (vague) idea I have is that this may be a result of caching.
If the first account ("authenticated users") has been fetched while
LANG was still set to "C" or "C.UTF-8", it would explain this
discrepancy.

Which shows that using non UTF-8 locales is not such a good idea.  There
is a chicken-egg problem.  Early initialization always uses UTF-8 for
hopefully obvious reasons.  Using UTF-8 in all multibyte scenarios is
really the way to go in future.


Corinna

--=20
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

--Fba/0zbH8Xs+Fj9o
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBAgAGBQJTbhQLAAoJEPU2Bp2uRE+gHCUQAJ8IrYsJ2IKRxQTQyIUHhA6u
A0uJUVh2w9RJMVnjJ0gZzc0Zi6YbmhInInCaGjHR4LZbVUTKKA4PoKyo+6HBo1ZK
yNtHnmxYWc6MBlTc9PLXrMUE2DDN+97qUyP8pJlcvQ0Egrv//NIP/3R1x4Y1xDCz
shnZ+oowBvIuagJM4lDWKVyjIBmngI0Wko7WVQofjJib0j12jJo9qmqWM30n/9Qs
qlARC2fNwZ2laoUhJUT3ZeTZeSUtskan6awve0oVQ21BCGePMajy6L1bpbznzKbS
Q99GhTo0z6SCwwglwaxyfB1GYPYX1mz0pXspQw8t/7AR8ZfHr/i14gATjyt1Yp6p
YhZx/F039RMKjD4iA3vyj+totY8UXPTviTIK3fCyhLUkTbQj+HY3AtgRQC6/pdXj
Jp7UgkKy2Ny40gqOnniHi970eA0ALahpvG7juvF4fc9ggilH2R9Pwi+xb2O1CqiN
HjmMQqkQEQQ/GL9lCDJy+dTIZ6pDwhAm6Or73hgOx7v9B+tm7cL7cgHtOThBRNxm
eLHT2ypPb6wXa8oPCxYLMF2dTWPb6Unsxj3PuQCvlZJJ0eDfzPj8oZmMA+cZa/Ab
SdRwhiTxpd/n4rz4uKysYRIlf3EUl0xiT4KzdfKo/zQywNqYLjpuNyMxXJtMS4n7
KhwseI2x1nam/FnXhar4
=F/Ye
-----END PGP SIGNATURE-----

--Fba/0zbH8Xs+Fj9o--