On Thu, Feb 19, 2009 at 08:33:57AM +1100, Simon Horman wrote:
> On Wed, Feb 18, 2009 at 07:30:08AM +0100, Philipp Kolmann wrote:
> > Simon Horman wrote:
> >>> --- IPv6addr.c_ORIG 2009-02-17 14:28:45.0 +0100
> >>> +++ IPv6addr.c2009-02-17 14:29:24.0 +0100
> >>> @@ -487,7 +4
On Wed, Feb 18, 2009 at 07:30:08AM +0100, Philipp Kolmann wrote:
> Simon Horman wrote:
>>> --- IPv6addr.c_ORIG 2009-02-17 14:28:45.0 +0100
>>> +++ IPv6addr.c 2009-02-17 14:29:24.0 +0100
>>> @@ -487,7 +487,10 @@
>>> n = plen / 32;
>>> mems
Simon Horman wrote:
--- IPv6addr.c_ORIG 2009-02-17 14:28:45.0 +0100
+++ IPv6addr.c 2009-02-17 14:29:24.0 +0100
@@ -487,7 +487,10 @@
n = plen / 32;
memset(mask.s6_addr32 + n + 1, 0, (3 - n) * 4);
s = 32 -
On Tue, Feb 17, 2009 at 03:12:05PM +0100, Philipp Kolmann wrote:
> Hi,
>
> we found some discussion about this issue here:
>
> http://www.velocityreviews.com/forums/t283343-shifting-bits-shift-32-bits-on-32-bit-int.html
>
> In post #4 it reads:
> The behaviour of shifts defined only if the value of
Hi,
we found some discussion about this issue here:
http://www.velocityreviews.com/forums/t283343-shifting-bits-shift-32-bits-on-32-bit-int.html
In post #4 it reads:
The behaviour of shifts defined only if the value of the right operand
is less than the number of bits in the left operand. So s
5 matches
Mail list logo