Difference between revisions of "C/C++ FAQ"

From CDOT Wiki
Jump to: navigation, search
Line 58: Line 58:
 
'''A:''' Yes, however the latter is generally more accepted due to readability.
 
'''A:''' Yes, however the latter is generally more accepted due to readability.
 
<br>'''Submitted by:''' Team 6 <br><br>
 
<br>'''Submitted by:''' Team 6 <br><br>
 +
----
  
 
'''Q:''' Why can't void* variables be dereferenced?  
 
'''Q:''' Why can't void* variables be dereferenced?  
 
<br>
 
<br>
 
'''A:''' The pointer can't be dereferenced, because the compiler will not know how much of the memory is devoted to that particular value. For example if one has 8 bytes in memory with values in it, they are interpreted differently as int (2x 4 byte ints) and double (1x 8byte double). Without a data type the value cannot be determined therefore casting must be done first.
 
'''A:''' The pointer can't be dereferenced, because the compiler will not know how much of the memory is devoted to that particular value. For example if one has 8 bytes in memory with values in it, they are interpreted differently as int (2x 4 byte ints) and double (1x 8byte double). Without a data type the value cannot be determined therefore casting must be done first.
<br>'''Submitted by:''' Team 6 <br><br>
+
<br>'''Submitted by:''' Team 6 <br>
 +
----
 +
<br>
 +
'''Q:''' Can a functional pointer be used to point to an overloaded function? If so, which function will it call when the pointer is dereferenced and why? '''''Submitted by:''''' ''Gideon Thomas and Marie Karimizadeh''
 +
 
 +
'''A:'''
 +
----

Revision as of 19:38, 26 September 2012

C/C++ FAQ

Q: Why is the postfix increment/decrement operator (e.g. a++ and a--) evaluated differently on different compilers?

A: The evaluation of expressions, especially arithmetic expressions are based on sequence points which are undefined by the language. Arithmetic expressions containing complex postfix calculations are evaluated differently across different compilers because each compiler is unequally efficient. That is to say, these expressions are not portable as each compiler uses a different way to evaluate the expression based on its efficiency implementation. This can be noted by observing the process time of an expression across different platforms, which will be different for the same expression, due to different methods of evaluation.
For example, consider the following snippet:

   #include <iostream>
   using namespace std;

   #define PI 3.14

   int main()
   {
        double a = 2.35;
        cout << PI * ((a++) * (a++))<< endl;                              
        return 0;
   }

The GNU compiler prints 17.3407 as the output whereas the Borland compiler prints 24.7197 as the output.


Submitted by: Gideon Thomas and Marie Karimizadeh



Q: When we define a function-like macro, does the compiler ignore or take into consideration the spaces in between the parentheses?
For example:

#define F( x ) ((x) + (x))
int main()
{
   int a = 5;
   cout << F( a );
   return 0;
}

Which one of the following will the cout statement change to and why:

  1. cout << ((a) + (a));
  2. cout << x ) ((x) + (x)) a);

Note: in the second case, F( is considered the symbolic constant and is replaces by the rest of the string i.e. x ) ((x) + (x)) wherever it occurs.

A: cout << ((a) + (a)) will be executed. Although the compiler differentiates the symbolic constant from its value based on the position of the whitespace, ( tells it that it is a functional definition. #define follow the same identifier naming rules as variables do. Hence, ( cannot be included in the symbolic constant name and so the symbolic constant cannot be F(. Therefore, the compiler interprets this as a functional directive.


Submitted by: Gideon Thomas and Marie Karimizadeh



Q: When using square-bracket pointer arithmetic, does ptr[-k] decrement the pointer?
A: Yes. 'ptr' is the address of an element of the array; the array's element size is multiplied by the value of 'k', negated by '-', and then added to the address stored in 'ptr'. ptr[-k] moves to the element 'k' elements earlier than the element pointed to by ptr.


Submitted by: Kevin Kofler and Lucas Passarella, Team 9



Q: Is this syntax for pointer casting and dereferencing *(int*)p for void* p equivalent to (*(int*)p)?
A: Yes, however the latter is generally more accepted due to readability.
Submitted by: Team 6


Q: Why can't void* variables be dereferenced?
A: The pointer can't be dereferenced, because the compiler will not know how much of the memory is devoted to that particular value. For example if one has 8 bytes in memory with values in it, they are interpreted differently as int (2x 4 byte ints) and double (1x 8byte double). Without a data type the value cannot be determined therefore casting must be done first.
Submitted by: Team 6



Q: Can a functional pointer be used to point to an overloaded function? If so, which function will it call when the pointer is dereferenced and why? Submitted by: Gideon Thomas and Marie Karimizadeh

A: