|
2011-10-09
, 14:13
|
Posts: 362 |
Thanked: 426 times |
Joined on Nov 2010
@ Italy, Lombardia
|
#122
|
Yes it will be the same and probably will be compiled away.
But in this form it will show the weirdness of needing to scroll way beyond
the actual framebuffer.
|
2011-10-12
, 18:58
|
Posts: 2,154 |
Thanked: 8,464 times |
Joined on May 2010
|
#123
|
|
2011-10-12
, 19:01
|
Posts: 2,154 |
Thanked: 8,464 times |
Joined on May 2010
|
#124
|
|
2011-10-12
, 19:45
|
Posts: 362 |
Thanked: 426 times |
Joined on Nov 2010
@ Italy, Lombardia
|
#125
|
The Following User Says Thank You to Fabry For This Useful Post: | ||
|
2011-10-12
, 20:38
|
Posts: 2,154 |
Thanked: 8,464 times |
Joined on May 2010
|
#126
|
|
2011-10-13
, 01:12
|
Posts: 1,225 |
Thanked: 1,905 times |
Joined on Feb 2011
@ Quezon City, Philippines
|
#128
|
|
2011-10-13
, 05:26
|
Posts: 362 |
Thanked: 426 times |
Joined on Nov 2010
@ Italy, Lombardia
|
#129
|
The Following 2 Users Say Thank You to Fabry For This Useful Post: | ||
|
2011-10-13
, 07:05
|
Posts: 197 |
Thanked: 101 times |
Joined on Dec 2009
@ Netherlands
|
#130
|
The Following User Says Thank You to mirakels For This Useful Post: | ||
My example was for a BYTE datatype, if you use an INT it is normal that it works as you expected because my numbers are too little to generate an overflow during left shift.
But please try with correct numbers
I reapet that C code like n<<VAR>>n (or (2^n)*VAR>>n) is usually used to clear the n most significative bits of VAR (if VAR is unsigned)
Last edited by Fabry; 2011-10-09 at 20:24. Reason: better english