0x0F stuff

Hello! I often do research and explore source files from other programs. More often, I see strange pieces of code, like:

Code:

if ( (m5 & 0xF0) == 0) { byte b = m5 & 0xF;

I am really confused... my ambitions are to become a good programmer, so I have to know all about this... hex and binary stuff, if someone knows some good links to tutorials or articles regarding to this, please post them here. I wasn't born in the 70s, when you had to know only low-level programming languages, so I don't know them.

Most C programming books have a section on hexadecimal and bitwise operators.

It is simple: & is the bitwise AND operator (do you know about boolean?). If m5 has a
bit pattern of 00010100 in memory(2 powered 4 + 2 powered by 2) and 0xF=(15) has a
bit pattern of 00001111 then b will have a
bit pattern of 00000100 that is equal to 4.
[edit]
In this way we can ignore the left 4 bits of m5.

In other words, the resulting bit will only be 1 if both of the input bits are 1.

You can find information like this in truth tables. They look like this:

Code:

AND (&) in1 in2 out 0 0 0 1 0 0 0 1 0 1 1 1 OR (|) in1 in2 out 0 0 0 1 0 1 0 1 1 1 1 1 ...

To convert hexadecimal to decimal:
Hexadecimal digits are:
1 2 ... 9 A=10 B=11 C=12 D=13 E=14 F=15
When

Code:

4*3 = 3 multiplied by 4 = 12 4^3 = 4 powered by 3 = 2^6 = 64 (3*(5^2 )) = 5 powered by 2 then the result is multiplied by 3 = 3*25 = 75 0 multiplied by any number is zero. So for example 0*(16^2) = 0

Then we convert hexadecimal to decimal like this:

Code:

0x0024AD3= (3*(16^0))+ (13*(16^1))+(10*(16^2))+(4*(16^3))+(2*(16^4))+(0*(16^5))+...

Thanks, a bit clearer about the operators, but when do we use hexadecimal values and why? What's the purpose of them? Examples and links appreciated...

Code:

F = (2^3)+(2^2)+(2^1)+(2^0) = 1111 E = (2^3)+(2^2)+(2^1) = 1110 D = (2^3)+(2^2)+(2^0) = 1101 C = (2^3)+(2^2) = 1100 B = (2^3)+(2^1)+(2^0) = 1011 A = (2^3)+(2^1) = 1010 9 = (2^3)+(2^0) = 1001 8 = 2^3 = 1000 7 = (2^2)+(2^1)+(2^0) = 0111 6 = (2^2)+(2^1) = 0110 5 = (2^2)+(2^0) = 0101 4 = (2^2) = 0100 3 = (2^2)+(2^0) = 0011 2 = (2^1) = 0010 1 = (2^0) = 0001 0 = 0000

Now it is so easy to convert from hexadecimal to binary. Each hexadecimal digit represents four binary digits.

Code:

0xAA = 1010 1010 0xA4 = 1010 0100 0xFD4A = 1111 1101 0100 1010 0xABCDE = 1010 1011 1100 1101 1110

Hexadecimal is easier to work with. Now try to write binary of 0xFF7028A4 :)

Hex is useful because it maintains a closer relationship to binary than decimals,
so it is very, very easy to convert a long hex number to binary (and vice versa).

Example: if you were told to write this binary number in hex, you could do it in
your head, whereas it'd be more difficult to convert to decimal:

11101001101100101111

Step 1: break the number into 4 bit pieces (if the number of bits isn't divisible
by 4, add leading 0's - i.e. put extra 0's at the left of the number):

1110 1001 1011 0010 1111

Step 2: convert each 4 bit piece to hex (which is quite easy if you can count in
binary already). Here's how you might appraoch it:

1110 - this is 14 in decimal - which means it's E in hex (either look it up or you
learn the hex digits off!)

1001 - this is 9 in decimal - same in hex

1011 - this becomes 11 in decimal, so it must be B

0010 - 2 in decimal, 2 in hex

1111 - this is 15 - hex has digits for numbers 0-15, so the last digit of the hex
system is 15, which is F.

Step 3: take the digits you just converted and string them together in the same
order as they were in the first place - so the number is written simply as:

E9B2F

To convert from hex to binary, simply reverse the proceedure - write each hex
digit as its binary equivalent and stick it together.

There's also a number system called octal, which is base 8 - it has the same
features as hex, only digits 0 - 7 are used so there's no need to worry about
letters. You can do conversions with octal in the same way as hex, only you
break the binary number into 3 bit pieces. There's a bad joke that goes as
follows:

Programmers (or some other binary educated group ;) ), can't tell the difference between
halloween and christmas because

Dec 25 == Oct 31

Convert octal 31 to decimal and you'll "get" it.

Ah, cool, got it. Thank you very much for the brief explanation, now I understand. One last thing- how do I use hex in my program? I can cout<< them and use bitwise operations, but still, I don't get, where it is useful/needed to use hex instead of normal numbers. A simple example would be helpful.

For bit manipulation it is often easier to remember the hex (once you are used to it) for a bit than it is to remember the decimal for a bit... and it is easier to remember (i & 0xF) to get the lowest nibble than to remember (i & 15)... atleast for me it is.

Great thing about binary, you only really need to know the first 15.

Also notice this

1 = 0001
2 = 0010
4 = 0100
8 = 1000

3 = 0011
6 = 0110
12 = 1100

5 = 0101
10 = 1010

bit shifting left = multiplication by 2.

that's a nice trick! A lot easier to learn.