DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:to:from:subject:date:message-id:mime-version
	:content-type:content-transfer-encoding; q=dns; s=default; b=nzG
	ID1DPblvcwRuL1z4urQyfst01IBJ/vTkHaIMO6rmNpiK1/BmZydUHNBeBy2jpkx3
	dIezIeJaVuutzb/H0A47PBGymortsSpTBEQAQN7HGHiIPT6AaBVqk+z+0gdfa1qJ
	aGX7AC2GeY1PlSDOjIWOcaaoFvD9ETCEF3koBRqY=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
To: cygwin@cygwin.com
From: Mark Geisert <mark@maxrnd.com>
Subject: getent services enumeration glitch
Date: Tue, 18 Aug 2015 09:40:54 +0000 (UTC)
Lines: 15
Message-ID: <loom.20150818T113145-139@post.gmane.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
User-Agent: Loom/3.14 (http://gmane.org/)

There is a glitch when getent enumerates all services; it shows an incorrect
port number.  Providing a service name on invocation shows the correct port
number.  Examples:

$ getent services man
man                   9535/tcp

$ getent services | grep man
man                   16165/tcp

It looks like when all services are enumerated there is an extra or missing
byte swap call to htons() or ntohs().  This can be observed by comparing the
hex values of the two port numbers shown above, giving 0x253F and 0x3F25.

..mark


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