Date: Fri, 21 Apr 2006 16:48:31 +0200
To: cygwin AT cygwin DOT com
Subject: Re: htonl, htons, ntohl and ntohs types
Message-ID: <20060421144831.GD16326@tuxedo.skovlyporten.dk>
References: <20060421092508 DOT GA15855 AT tuxedo DOT skovlyporten DOT dk> <20060421100000 DOT GC12661 AT calimero DOT vinschen DOT de> <20060421121151 DOT GA16022 AT tuxedo DOT skovlyporten DOT dk> <20060421143237 DOT GB22885 AT calimero DOT vinschen DOT de>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20060421143237.GB22885@calimero.vinschen.de>
User-Agent: Mutt/1.5.11+cvs20060403
From: lars AT segv DOT dk (Lars Munch)
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com

On Fri, Apr 21, 2006 at 04:32:37PM +0200, Corinna Vinschen wrote:
> On Apr 21 14:11, Lars Munch wrote:
> > My code still gives me warnings due to a problem with stdint.h.
> > 
> > The Xint32_t typedef's uses long instead of int:
> > 
> > >From stdint.h:
> > 
> > typedef long int32_t;
> > typedef unsigned long uint32_t;
> > 
> > I think they should be:
> > 
> > typedef int int32_t;
> > typedef unsigned int uint32_t;
> 
> That's a problem with the code you're working on.  If it relies on the
> fact that int32_t resp. uint32_t are typedef'ed as "int", then it
> contradicts the purpose of stdint.h, which is, not relying on the
> definition of underlying datatypes.

Thanks for the explanation and you are absolutely right, but isn't using
long instead of int a potential problem, since long is usually 64bit on
a 64bit system whereas int is usually 32 bit and both 32bit and 64bit
systems? 

Regards
Lars Munch

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/