Logical And Bitwise AND

[SeanCassidy]

I was looking over the default code, and was confused on one part. Here is the code:

relay1_fwd = p1_sw_trig & rc_dig_in01;  /* FWD only if switch1 is not closed. */

Now knowing regular C, I would say & is bitwise AND. But then I saw the comment above it, "The & used below is the C symbol for AND." And I wasn't sure anymore if it was logical or bitwise AND. Could someone clarify for me?

[jeremy562]

Originally Posted by SeanCassidy

I was looking over the default code, and was confused on one part. Here is the code:

relay1_fwd = p1_sw_trig & rc_dig_in01;  /* FWD only if switch1 is not closed. */

Now knowing regular C, I would say & is bitwise AND. But then I saw the comment above it, "The & used below is the C symbol for AND." And I wasn't sure anymore if it was logical or bitwise AND. Could someone clarify for me?

It's the symbol for bitwise AND. Logical AND in C is always &&.

[SeanCassidy]

Thanks. Wasn't sure how much Pic-C changed C.

[Atheist]

Bitwise AND can be used for the same purpose as logical AND. It looks like that is the case here.

[Mike Soukup]

Originally Posted by Atheist

Bitwise AND can be used for the same purpose as logical AND. It looks like that is the case here.

Absolutely NOT TRUE. Again as I've said in previous posts, if you do not know what you're talking about, do not pretend that you do and make untrue assertions. It's best to keep quiet and not confuse people who may believe what you post.

The two are only interchangable here because both expressions of the operand are bits. If they weren't both bits you could get different results with the two operators.

Bitwise AND looks at each bit of the two numbers and does a logical AND on the corresponding bits. Bits in the result are 1 if the corresponding bits in the two operands are both 1, else the bits are 0.

Logical AND looks at the whole expression on each side. If both expressions are nonzero then the AND expression evaluates to TRUE (the value 1 in C).

This snippet of code:

int a = 0x03;
int b = 0x06;
printf("%d %d\n", (a && b), (a & b));

prints:

1 2

Why? (a && b) evaluates to TRUE because both numbers are nonzero, so we see a 1. (a & b) in binary is (0011 & 1010) and it evaluates to 0010, or 2.

[Skabana159]

Originally Posted by Atheist

Bitwise AND can be used for the same purpose as logical AND. It looks like that is the case here.

Originally Posted by Mike Soukup

Absolutely NOT TRUE.

Easy now! He said that it CAN BE USED for the same purpose, not that they are the same thing.
What he means is that a lot of time, either & bitwise or && logical can be used, because both operands are conditionals, thus they are both bits.

[Dave Scheck]

Even if he did, it was still ambiguous enough to require clarification.

[Atheist]

Sorry, didn't mean to cause confusion. All I was saying is that the two operands can be used to the same end. Obviously they are not interchangeable within the same statement and their technical function is very different.

[Raven_Writer]

I always thought that & pointed to the address of a variable, example:

char *ptr;
 
printf("%s", &ptr);

I've never used pointers much/at all before, but I this is what I remember reading.

(Sorry if I'm wrong about this)

[Atheist]

& has a number of functions, including those stated previously in this thread as well as what you just mentioned.

[deltacoder1020]

what you're thinking of is & prefixed to something, which does give the address - & standing alone is the bitwise AND.

[Mike Soukup]

Originally Posted by Skabana159

Easy now! He said that it CAN BE USED for the same purpose, not that they are the same thing.
What he means is that a lot of time, either & bitwise or && logical can be used, because both operands are conditionals, thus they are both bits.

Not true. In almost every instance & and && can not be used for the same purpose. The only time they are guaranteed to return the same result is if the two operands are bits.

Originally Posted by Atheist

All I was saying is that the two operands can be used to the same end.

Absolutely not true again. They have different meanings. They translate into different machine instructions. They give the same result only for very limited scope.

What everyone is saying is analogous to saying that since 2*2 is equal to 4, and 2 + 2 is also equal to 4, the two operands can both be used to the same end. Just because an operation equates to the same number once does not mean they are the same.

[Atheist]

Originally Posted by Mike Soukup

Not true. In almost every instance & and && can not be used for the same purpose. The only time they are guaranteed to return the same result is if the two operands are bits.


Absolutely not true again. They have different meanings. They translate into different machine instructions. They give the same result only for very limited scope.

What everyone is saying is analogous to saying that since 2*2 is equal to 4, and 2 + 2 is also equal to 4, the two operands can both be used to the same end. Just because an operation equates to the same number once does not mean they are the same.

And what you are saying is that what we are saying is that they are the same. This is absolutely not true. No one in this thread stated that they are the same.

Your example is not quite what I had in mind, however, imagine it in base 2.

[djcapelis]

I think the matter has been clarified for even the casual reader now and all your purposes have been fullfilled.

The argument can and should probably die away now.

The gist: C is a complex language and one line of code and operand can be used for many different things in many different circumstances. Know the differences between all of them, if you can express something in two different ways in C there's almost always a reason, know it.

[SeanCassidy]

And if I remember correctly, & can be used to make a reference to a variable or other thing, but doesn't require the pointer syntax. (NOTE: This is out of my C++ Book and I do not have any idea if it does go for C, it might)

int ival = 1024;
int &refVal = ival;        // ok: refVal is a reference to ival
int &refVal2;               // no: refVal2 needs to be initalized.

Not wanting to bring up the flame war on this "heated" discussion (hehe), but just so you know ampersand (&) is the address-of operator, bitwise AND, logical AND (in pairs, &&), and reference operator. So watch those &'s!