Coding this bitwise computation...

[Michael A. Covington]

I'm assembling text attribute bytes (upper and lower nybbles) and have the
following line of code:

ushort a = (ushort)((csbi.wAttributes & (ushort)0x0F) |
(ushort)((ushort)value<<4));



Here value is an enum of base type ushort, csbi.wAttributes is a ushort...
so why is everything coverting to int (not even uint) and having to be
converted back?



There has to be a better way to code this!

 

[Morten Wennevik]

On Wed, 10 Mar 2004 23:34:29 -0500, Michael A. Covington

-- snip --

so why is everything coverting to int (not even uint) and having to be
converted back?

Because int is the smallest type .Net will do calculations on. Possibly
due to speed issues and the use of 32 bit processors.

-- snip --

 

[Brad Williams]

<< cannot take ushort:
http://msdn.microsoft.com/library/en-us/csspec/html/vclrfcsharpspec_7_8.asp?frame=true

& cannot take ushort:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/csspec/html/vclrfcsharpspec_7_8.asp

Looks like ushort will be implicitly converted to int before uint, assuming
the list order is significant on this page:
http://msdn.microsoft.com/library/d...y/en-us/csspec/html/vclrfcsharpspec_6_1_2.asp

 

[Michael A. Covington]

OK, I'll render them all into int (not even uint), do the computation, and
convert to ushort at the end. Thanks to all.