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:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	 q=dns; s=default; b=rMp9q4GMkkdjrujREsiiIFVEWGYqcOhFWtVlHUXBQ/l
	j5jBWwh7wUqcLI+L3YSBQui0J2M2R2TE36Rv0j8ms6oVYgX6LdjLknHqdzEUy13F
	j3NMUZS2i89mFBjk4ByzFXX9WvlxukZN9rx5mtLYCEGDUESqKdZ/Sbst01h0Czbo
	=
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:message-id:date:from:mime-version:to:subject
	:references:in-reply-to:content-type:content-transfer-encoding;
	 s=default; bh=tvKNyaBR3GE1OBD30Q54MosYmTM=; b=IJ33p+WD5dM5lA+is
	mnbPuvTIr2jlui798SF872koDsfYi7Nri31l2hTmrKNpSZACLLU82vZnSGCbMGCv
	f2pmYSF4YkHFWqYAGI7pImK2W0AA/OZLHVOpugM+z7ioZQq6eN5+RBNd3apIkVK9
	ua5ObMq6uRba2v3yRb8s4a8QcE=
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=-1.1 required=5.0 tests=AWL,BAYES_20,RP_MATCHES_RCVD autolearn=ham version=3.3.2
X-HELO: etr-usa.com
Message-ID: <52F51D19.6080807@etr-usa.com>
Date: Fri, 07 Feb 2014 10:51:21 -0700
From: Warren Young <warren AT etr-usa DOT com>
User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: Cygwin-L <cygwin AT cygwin DOT com>
Subject: Re: get rid of getpwent? (Was: cygwin-1.7.28 getpwent header declaration changes ?)
References: <52F339CA DOT 5070305 AT gmail DOT com> <20140206090117 DOT GD2821 AT calimero DOT vinschen DOT de> <52F361C5 DOT 3000807 AT gmail DOT com> <20140206141321 DOT GI2821 AT calimero DOT vinschen DOT de> <52F40208 DOT 5030901 AT etr-usa DOT com> <20140207094917 DOT GN2821 AT calimero DOT vinschen DOT de> <52F4E540 DOT 2010606 AT tiscali DOT co DOT uk>
In-Reply-To: <52F4E540.2010606@tiscali.co.uk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes

On 2/7/2014 06:53, David Stacey wrote:
> On 07/02/2014 09:49, Corinna Vinschen wrote:
>> On Feb  6 14:43, Warren Young wrote:
>>> I know a guy who currently has all of
>>> Cygwin downloaded and ready to re-install, to test this.:)
>> Try this:  strings -f/bin/*.exe/bin/*.dll | grep getgrent
>
> Let me save you the trouble of reinstalling it

Thank you!

 > Results attached.

The cppcheck, cygqscintilla*.dll and nedit results are bogus. (i.e. They 
contain these strings for other reasons.)  Here's a better check that 
doesn't give false positives:

     $ cat <<END > checkfile
     #!/bin/sh
     if egrep -q '_getgrent(32|64)' "$1" ; then echo $1 ; fi
     END
     $ find /bin -name \*.exe -exec ./checkfile {} \;

cygperl*.dll includes the functions only because it wraps them.  I 
assume Perl's configuration script is smart enough to cope if they're 
missing.

I assume the shells (bash, mc, and tcsh) also have alternate code paths 
for systems where these functions don't exist.

ytree's use of these functions is obvious.  I don't know that I'd bet on 
it having an alternate code path, though.

I have no guess why socat needs these functions, but given that it was 
recently updated, I will guess the socat devs aren't interested in 
moving to more modern APIs.  Programs like this, where user management 
isn't any kind of real focus, are where you expect to find old, easy 
APIs used in preference to more modern, more complicated APIs.

cygwin1.dll is obvious. :)

Emacs...why am I not surprised that it uses these old functions?

Vim does not, therefore Vim is the superior text editor.  (I kid.)


--
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