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=iOrGi0Cjjg5xBXjmEkvHaE6MKBkCD73bQGgcSxQTAijKzO/XODstr | |
Mag4IOMLgfb+KAYQ8if7ATvwVIZxsXOs1l0XEAXu2jjPccQmDLNtDqh7C6dh+/TA | |
JcKA/9KkqAyj0Jpfvb8AvzMW48xFNhrCYoM/pxMHhcWWpO9jEqaYn0= | |
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=Gs4cmMZv6li9hLo5VVfWB5xOqUY=; b=UVAagllcCYT+oUp/tY07pA565wEe | |
zsycxTxdvnfkoh4UFp5VbiS/NhXjmmv8NvaeYQyO8P0o6/rHX6v8PwE+vguXNzhv | |
Sub5tU708m5WaJ8IVm4bJac+4/drgbOzUKVv+lNpSXqr7N0z7ZN1ap0LJoHIzgLO | |
yMWgsEkLv8ZNOa8= | |
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=-5.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.2 |
X-HELO: | calimero.vinschen.de |
Date: | Tue, 11 Mar 2014 11:20:07 +0100 |
From: | Corinna Vinschen <corinna-cygwin AT cygwin DOT com> |
To: | cygwin AT cygwin DOT com |
Subject: | Re: Testers needed: New passwd/group handling in Cygwin |
Message-ID: | <20140311102007.GJ28681@calimero.vinschen.de> |
Reply-To: | cygwin AT cygwin DOT com |
Mail-Followup-To: | cygwin AT cygwin DOT com |
References: | <20140213143849 DOT GH2246 AT calimero DOT vinschen DOT de> <87fvn7cb68 DOT fsf AT Rainer DOT invalid> <20140225200414 DOT GA4238 AT calimero DOT vinschen DOT de> <loom DOT 20140310T181432-804 AT post DOT gmane DOT org> <20140310181339 DOT GF28681 AT calimero DOT vinschen DOT de> <87mwgxsyac DOT fsf AT Rainer DOT invalid> <20140310191603 DOT GH28681 AT calimero DOT vinschen DOT de> <87iorlsvvn DOT fsf AT Rainer DOT invalid> <loom DOT 20140311T081705-682 AT post DOT gmane DOT org> |
MIME-Version: | 1.0 |
In-Reply-To: | <loom.20140311T081705-682@post.gmane.org> |
User-Agent: | Mutt/1.5.21 (2010-09-15) |
--N1GIdlSm9i+YlY4t Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mar 11 07:44, Achim Gratz wrote: > Achim Gratz <Stromeko <at> nexgo.de> writes: > > IIRC, the next call is the write that prints "no" or "yes"... there may > > have been something like "stat_helper" inbetween only on Cygwin64, but > > I'll have to check again tomorrow. >=20 > It's a call to stat_worker with the UNC file path and the stat_worker > handle, both times returning zero. zero =3D=3D success > There is only one interesting difference > between the release and the snapshot DLL, they are reporting the atime to= be > different: >=20 > st_atim=3D531DE525.1B5BB150 (release) > st_atim=3D531DF887.5D9B9F8 (snapshot) Access time. On Windows it even changes when requesting certain kinds of metadata :-P > Whatever differences there are probably inside stat_worker, but I don't > really know. stat_worker is just a wrapper. Nothing happens in there which could explain any differences. > I've just found out that cygcheck cuts off the group listing after exactly > 16kiB. That's because cygcheck uses a fixed buffer of 16K to collect the output of the `id' call. > Maybe there are some other places where it's now possible to overrun > some buffer (pwdgrp::fetch_account_from_windows has got all of them > according top the trace) or maybe some other limit for the number of grou= ps? Not in Cygwin. The limit is set by the application in the call to getgroups: http://linux.die.net/man/2/getgroups What we have is a NGROUPS_MAX define in limits.h and the equivalent NGROUPS in sys/param.h. It's defined as 1024, but it's not used or enforced anywhere in Cygwin. > The group that grants access is number 293 in the list as returned by id= ... But the question is, does perl actually use that list? The strace snippets don't show anything here. If it doesn't use the access(2) call, it would have to load the full ACL of the file and match that against your token group list. This requires calls to getgroups (which would create the litany of group SIDs from fetch_account_from_windows) and acl. It's pretty unlikely that perl would do this manually. > I've also found that two trusted domains aren't returning an entry for > cyg_ldap::fetch_posix_offset_for_domain from the DC I'm assigned to, so t= hat > probably explains the long startup times I've been seeing with earlier > snapshots. Maybe of interest: >=20 > 987 1803457 [main] perl 6856 alloc_sd: uid 1124017, gid 10513, attribute > 0x2190 You're still using a group file?=20=20 Anyway, I need the full straces. It's pretty hard to say anything, let alone isolate at least the most probable cause without them. Can you please run the simple examples under the 2014-03-09 snapshot and send URLs to the snapshots? Thanks, Corinna --=20 Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat --N1GIdlSm9i+YlY4t Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJTHuNWAAoJEPU2Bp2uRE+g1Z0P/1aUpGy3ht2Dy/WafrhEGCPd wfG37imzpUXpk53jbNrLGftCh8Du+Rqk8T75aNyxQ7xPhEgDF/MNRJTSQZFNEKT9 jXbcMmDMuFkj8+H9Oq74etheCIFW9tF/dYCS5zEFKnesRoGh84fbVMTexUn06z6v Dl85Z1gxKJ15RMXAVMCNhgAiJaci0qcKkkb3OWj/oEMTLcWgJipRZZ8jh7gkkWWh nBdYIbKTbJqlzeGPF0N7AmXwjY5cgHGmNjz5CxRIIjBekkWC9dBqTHJgHVV9Cpb6 CLc8UTbfGj09ZXJ/dqbwk1V6W9co66P3TL4mQO1zvtjj1iOau5m35lqjcVpG0/eB POHAOAF82GwnNVll72xxtI5BRIZKxwoKreB5tusn/FIh71zClXLnigsQbtSf2jv5 FYDyFbvm6afuzVibrjx4Y+xgw+IMBeSz2nTkLAfdStIQ4InS92v2HOjOHkfMPC/e +r4ZR6+JusdX6MRwTt6bQlkH5HQzxS3ojbNjSr1fCHPmPgL4gjAbGo/WMel78411 LcG+LIbZ9xcIo8K/ht3U8WdBT3e8j+MF4icOr/4uDccMN3V5j2roD1L1uxTWTHe5 GjPXhlVtxcTdvDHksgILf+52OhBf+nHqI1zlT9N4DneAGmDQ3Nyo/tq58sdKypWU JkCVPHGq7Adny9iX6Y6y =+qqn -----END PGP SIGNATURE----- --N1GIdlSm9i+YlY4t--
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |