From: Eddie Kohler <kohler@cs.ucla.edu>
To: dccp@vger.kernel.org
Subject: Re: [PATCH 1/5]: DCCP Fix use of invalid loss intervals
Date: Thu, 04 Jan 2007 22:17:47 +0000 [thread overview]
Message-ID: <459D7D0B.30802@cs.ucla.edu> (raw)
In-Reply-To: <200612201544.22122.ian.mcdonald@jandi.co.nz>
But the two bit patterns are the same, and the comparison will promote
them both to unsigned.
Try running the following program:
int main (int c, char **v)
{
if (~0 != ~0U)
printf("not equal as unknown");
if ((int) ~0 != (int) ~0U)
printf("not equal as ints");
if ((unsigned) ~0 != (unsigned) ~0U)
printf("not equal as unsigneds");
if ((int) ~0 != (unsigned) ~0U)
printf("not equal as int/unsigned");
if ((unsigned) ~0 != (int) ~0U)
printf("not equal as unsigned/int");
}
It prints nothing.
If one of the two numbers is 64-bit, your analysis works. Maybe I'm
missing something but I don't think so...
Eddie
Ian McDonald wrote:
> On 1/5/07, Eddie Kohler <kohler@cs.ucla.edu> wrote:
>> Ian (catching up slowly slowly), here is a nit as nitty as they come.
>>
>> This diff seems strange to me, since ~ actually does the same thing on
>> integers and unsigned integers. (This code:
>>
>> printf("%u %u\n", ~0, ~0U);
>>
>> will print the same thing twice.)
>>
>> Perhaps dccplih_interval is a 64-bit number? In which case you want to
>> say something like ~0ULL?
>>
>> Eddie
>
> Printing gives them the same result as you are using a %u mask. If you
> do it with a %d mask you will get a different result.
>
> And that is the issue dccp_lih_interval is unsigned 32 bit and ~0 is a
> signed number and is large negative and they therefore can't be equal.
>
> Ian
next prev parent reply other threads:[~2007-01-04 22:17 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-12-20 2:44 [PATCH 1/5]: DCCP Fix use of invalid loss intervals Ian McDonald
2006-12-21 11:13 ` Gerrit Renker
2007-01-04 21:49 ` Eddie Kohler
2007-01-04 21:57 ` Ian McDonald
2007-01-04 22:17 ` Eddie Kohler [this message]
2007-01-04 22:45 ` Ian McDonald
2007-01-05 13:22 ` Gerrit Renker
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=459D7D0B.30802@cs.ucla.edu \
--to=kohler@cs.ucla.edu \
--cc=dccp@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.