As we lifted off, I got a good aerial shot of Boundary Bay Airport

We happened to fly over SFU just because air traffic control instructed Matt to fly this way. Doesn’t quite look like the prison that everyone seems to think.

Then we flew over the Burrard Inlet toward North Vancouver.

We flew over the water for the next little while and got a view of the Coast Mountains.

And it turns out, Powell River is not a large city at all. According to Wikipedia, the city has a population of 13,165 (2011).

Since we arrived there on Sunday, there was almost nobody on the streets and nothing was open. We couldn’t go to the tourist info center because of it. It made the small town even smaller. I thought cities completely shutting down on Sundays was a European thing, but apparently not.

It looked like people were still working at the nearby lumber mill though.

We walked around the time randomly for a bit in the freezing cold, and then flew back as the sun set. I managed to capture a picture of rays of light coming through the clouds. If I knew how to work the DSLR better, I might have been able to capture an even better picture.

On the coast of Vancouver Island, I managed to snap a picture of some low lying clouds in the distance over some small islands.

Another shot of the sunset on our way back.

On the way back, Matt even let me take control of the stick for a bit. This time I was a lot more comfortable using the joystick unlike last time. I managed to maintain the desired altitude without the plane screaming at me and I even stayed on the correct heading! This is why Matt’s the pilot and not me.

More photos here

Beginning of the Competition

On the first day of the competition, there was a work day for all the teams to use to get their robots ready again after a long flight to Canada.  As the current mechanical team lead for the Thunderbots, I too had to get our own robots ready to play.  The mechanical systems had already been completed some weeks ago, but unfortunately, even now, the electrical board testing and firmware coding still had not been completed yet and some parts that we needed were still not in.  For the next day and a half, the team was scrambling to get everything finished in preparation for the first game on Sunday.  Because, the only critical tasks remaining were the electrical testing and coding, only the electrical team had the know-how to tackle those tasks.  The mechanical and software teams could only wait for results.  As the electrical team worked, everybody else on the team became more and more stressed.  We all kept wondering whether the team would have working robots for the first game.  We were all helpless in this situation.  The electrical team worked throughout the day and night trying to finish.  Some of the other team members stayed in anticipation while others went home to rest hoping for results in the morning.

Throughout this work day, the Chinese team continued testing their robots on the field.  They seemed like the most ready team.  The German team however, had lots of work to do as well.  Their flight to London from Germany was delayed and as a result, they missed their flight from London to Vancouver.  They arrived in Vancouver on Saturday night.  They  had even less time than we did to get their robots working.  When each team set up their work space, they each made sure to put up their mascots.  For the Chinese team, they had a panda plush of about 1.5 ft tall and the Germans had a full size German flag.

Game Days

On the game day, I woke at up 5:30 AM and arrived bright and early on campus at 8 AM.  When I arrived, the electrical team was still at it and seemingly not even close to finishing.  This led to a change in the team’s strategy to the competition.  We would try to repair the electrical boards from last year’s robots.  These old boards had a different size than the new ones and had different mounting holes, but luckily, somebody on the team had the great idea of including mounting holes for these old boards for this year’s robots.  Otherwise, we would have had a really hard time hacking that together.  Given only the few hours we had to hack this set up together, the mech team and I worked as fast as we could to finish.  We each probably ran up and down the stairs at the UBC Engineering Design Center about 20 times that day looking for tools and delivering robots.

The first game was supposed to be at 9:30 AM, but my team certainly was not ready.  It seemed like the other teams weren’t completely ready either, so the game was postponed until the afternoon.  The Thunderbots was supposed to play the first game, but due to our lack of readiness, China and Germany played each other instead.  When it became our turn we play, we managed to get three robots out of six on the field.  None of these robots had a working break beam sensor (the sensor on the robot that is designed to detect ball possession).  Without break beams, the robots did not know they could kick the ball, since it would never know if it had ball possession.  The robots did not have a controller that worked well either (the controller determines how much voltage to apply to each of the motors such that the robot can move smoothly from A to B).  A controller that didn’t work well meant the robots drove about on the field seemingly confused.  “Derp” is probably the best word to describe it.  Despite the shortcomings of these three robots, they played their best against ZJUNLIct from China and the Thunderbots were defeated 10-0.

On the following few days, the mech team tried to help the electrical team the best they could with tasks such as building extra connectors.  We also tried to get the old break beam sensors working again.  It was something that had to be on the robot if it were to ever kick the ball properly.  After toiling for a few hours, we managed to get two out of three of them working.  We probably could have gotten more if we knew more about the electrical design.  There was little to go on in terms of the wiring schematic and spare parts.  It was also hard to troubleshoot since ambient lighting largely affected the sensor.  If it worked upstairs in our work space, it wouldn’t work downstairs on the playing field.  It took us a while to figure that out.

In our second game, we played against ER-Force from Deutschland.  For this game, we still only had three robots, but this time they were a little bit better equipped.  Even then, the robots still had trouble kicking because the lights being used on the field emitted too much infrared light, which obstructed the break beam sensors.  It was very frustrating to see the robots not knowing when to kick even though they were handling the ball perfectly. But somehow, we still managed to score a goal.  In the end we lost the game 6 to 1.

In the final game between China’s ZJUNLict and Germany’s ER-Force, the Chinese team was victorious.  Both teams had a full fleet of robots to play six on six.  A modest crowd of spectators also watched the whole game being played and in general people were quite impressed at this engineering feat.

Team Social

To allow the teams to better know one another, there was a social event planned by the organizers of the North American Open.  There, I met a lot of the members of the German and Chinese teams.  It was nice that that I could talk to each team in their native languages.  Although my German wasn’t that good to keep up a conversation for a long time, it was enough to get the Germans wondering how I knew it at all.  The last thing they’d expect is for a Chinese guy to start speaking German to them.  My Mandarin was at a level that I could talk to people in it, but there were still some occasions where I didn’t understand what they said.  It was probably because of me not having a lot of practice with Mandarin (I speak Cantonese normally) and them having an accent from their region that I didn’t recognize.

Press Conference

The organizers made sure to invite as much of the press as they could.  More publicity meant that the team could potentially get more money in sponsorship.  More money means better robots.  The administrative members of the team were in the spotlight and talked to most of the people from the press, while the technical members of the team continued to do their work.  The team leads from mech, software and electrical also had a brief interview with the 24 Hours Vancouver newspaper.  The team was also featured in the Ubbyssey here and on MacLean’s magazine here.

The Chinese team also put on a show for the press by putting all 12 of their robots on the field so they could they play against themselves six on six.  The performance went quite smoothly as there were not random break downs and the press were very impressed.

Engineering Failures

As with these student projects, an accident was bound to happen.  This one was with a battery.  There was have been a defective battery that the Chinese team unknowingly brought and when they charged it, the battery started puffing up – not a good sign for a battery.  One of our team members was quick to notice and instantly dunked it in soap water and disposed of it.

For our team, we had problems where the solenoid kicker would get stuck after being used repetitively.  Heat from the power dissipation in the solenoid windings would heat up the whole assembly and cause the solenoid housing to permanently deform.  The solenoid was produced out of stacked layers of poly-carbonate sheets.  This stacking of layers allowed each layer to deform individually.  To fix this problem, we printed out new housings made of ABS plastic.  By having one solid solenoid housing, it was more difficult for it to deform.

The German team had some problems with the turf getting dug out of the carpet and getting everywhere inside the problem and also with their robot shells not staying on properly.  The turf inside the robot meant that gears could get stuck intermittently and could also get in the way of other mechanical components.  Their solution solution for now was to clean it all out every game.  During games, the shells of the robot would pop out randomly whenever there was an intense impact with a ball or another robot.

Getting Ready for Mexico

On the Friday before all three teams left for Mexico City, everybody had to pack up all of their things.  The German and Chinese teams could pack everything easily since they had packed everything once before when they had to fly to Vancouver.  For us, our tools were scattered all over the place.  It took us about 4 hours to find all tools to pack into the the luggage containers.  The approach to packing was that we would pack any tool that was ours and was already lying out on the table.  This is because if we took it out of the tool closet, it meant that the team used it for something.  Naturally all of the hex keys, screw drivers and the like were packed.  All spare parts were packed.  Every tool that we had sitting around was packed.  Even electrical equipment like a power supply and an oscilloscope was packed.  We had everything we needed for RoboCup 2012 in Mexico City.  Even though not everything was done in time for this competition, everybody was confident that things would be better in the competition in Mexico.

More photos here

asm (seldom used)

• Used to insert assembly language commands directly into the code. This function is very tricky to use even for professional programmers and can cause portability issues.
  

  asm(“instruction”);

auto

• Used to declare local variables but is purely optional.
  

  auto int i = 5;

  The previous declaration thus has identical meaning to the following declaration.

  int i = 5;

bool (C++ only)

• Used to declare a Boolean logic variable; a variable that can have the value true or false. This variable type is normally 8 bits (1 byte) long.
  

  bool t = true;

break

• Used to break out of a loop independant of the loop condition. Also, used to finish a switch statement, keeping the program from “falling through” to the next case in the code.
  

  while(x < 100)
  {
      if(x < 0)
           break;
      cout << x << endl;
      x++;
  }
  

case

• Used as a label to declare a single test in a switch statement.
  

  case 1: command1;
          command2;
          break;
  

catch (C++ only)

• Used to handle exceptions generated by a throw statement.
  

  catch(const char* e)
  {
      //handle exception
  }
  

char

• Used to declare character variables. This variable type is normally 8 bits (1 byte) long.
  

  char c = ‘h’;

class (C++ only)

• Used to define a new class. Members of the class are private by default unless listed under the protected or public labels.
  

  class class-name : inheritance-list
  {
      public:
          public-members-list;
      protected:
          protected-members-list;
      private:
          private-members-list;
  } object-list;
  

  • class-name is the name of the class that is being created.
  • inheritance-list is the optional list of classes inherited by the new class.
  • public-members-list is the list of public members of the class.
  • protected-members-list is the list of protected members of the class.
  • private-members-list is the list of private members of the class.
  • object-list is an optional list used to immediately instantiate 1 or more instances of the class.

  class Date
  {
  public:
      void display();
  
  private:
      int day;
      int month;
      int year;
  }
  

const (C++ only)

• Used to tell the compiler that a certain object should not be modified once it has been initialized.
  

  const int i = 5;

• Used to declare a pointer so that the value of the pointer (the memory location to which it points) can be modified, but the data in the memory location cannot be changed.
  

  const int* j = new int(3);

• Used to declare a pointer so the that value of the pointer (the memory location to which it points) cannot be modified, but the data in that memory location can be changed.
  

  int* const j = new int(3);

• Used to declare a member function that does not modify the object’s state, meaning that it should be used for methods like print so that data in the object cannot be changed accidentally. If and attempt is made to modify the object in any way, a compilation error will be triggered.
  

  void print(bool verbose) const;

const_cast (C++ only, seldom used)

• Used to remove the const protection on a variable as long as the original variable was not declared as a const. The target type must be the same as the original type.
  

  const_cast<target_type> (object);

continue

• Used to jump to the next iteration of a loop. The following example will print out all of the numbers from 1 to 20 except for 10.
  

  for(int i = 0; i < 21; i++)
  {
      if(i == 10)
          continue;
      cout << i << endl;
  }
  

default

• Used as a label to declare the default case of a switch statement.
  

  case 1:  command1;
           command2;
           break;
  
  default: command1;
           command2;
           break;
  

delete (C++ only)

• Used to free memory allocated for a pointer back to the heap. The argument should have been allocated through a call to new. To delete an array, use the following form of delete: delete[]
  

  delete p;
  delete[] pArray;

do

• Used to create a loop that is executed at least once. The terminating condition is tested at the end of the loop.
  

  do
  {
      cout << "hello worldn";
      i++;
  } while(i < 5)
  

double

• Used to declare a double-precision floating-point type variable. This variable type is normally 64 bits (8 bytes) long.
  

  double d = 12.55;

dynamic_cast (C++ only, seldom used)

• Used to cast from one type to another with a check performed at runtime. If the cast types are incompatible, NULL is returned.
  

  dynamic_cast<target_type> (object);

else

• Used for an alternative condition in an if statement.
  

  if(i == 1)
  {
      // do something
  }
  else
  {
      // do something else
  }
  

enum

• Used to define an enumerated type. Each of the names in the name-list are given a distinct value. This should be used in place of defining variables using “magic numbers” (eg. int Monday = 0, int Tuesday = 1, etc).
  

  enum name {name-list};

  • name is the name of the enumerated type that was created
  • name-list is the list of names of the elements

  enum weekdays {Monday, Tuesday, Wednesday, Thursday, Friday, Saturday, Sunday};

explicit (C++ only)

• Used to make sure that a constructoor is only used for the creation of new values and not used for the implicit conversion between two different types. It will only be be used if the initialization exactly matches the call to that constructor. This keyword is only needed with one-argument constructors.
  

  class vector
  {
      ...
      explicit vector(int v);
      ...
  }
  

  Using this keyword, some mysterious errors can be caught by the compiler like the following:

  vector<int> v(10);
  v = 5; // error, meant to write v[0] = 5
  

  The problem in this code if the explicit keyword was not specified is that the v = 5 statement would invoke the constructor, creating a new vector of size 5 and destroying the old one.

export (C++ only, seldom used)

• Used to export a template to other modules. Most compilers require template definitions to be explicitly specified in the header file since the Comeau C++ compiler seems to be the only compiler that supports this keyword.
  

  // In MyTemplateFunction.h
  template
  void myTemplateFunction(const T &t1);
  
  // In MyTemplateFunction.cpp
  export template
  void myTemplateFunction(const T &t1)
  {
      ...
  }
  

extern

• Used to inform the compiler of variables and functions that are defined outside of the current scope or module. Variables defined as extern will not have space allocated for them since they are defined elsewhere.
  

  extern char* message;

false (C++ only)

• Used to represent the Boolean value false.
  

  bool b = false;

float

• Used to declare a single-precision floating-point type variable. This variable<br> type is normally 32 bits (4 bytes) long.
  

  float f = 3.5;

for

• Used to create a loop that is meant to initialize, test and update a variable.
  

  for(int i = 0; i < 10; i++)
  {
      cout << "i is " << i << endl;
  }
  

friend (C++ only)

• Used to allow another class or function to have access to the private features of that class.
  

  friend void print(bool verbose);
  friend class Vector;

goto (seldom used)

• Used to jump to another location in a function specified by a label. This is generally considered harmful and should not be used unless necessary.
  

  goto labelA;
  ...
  labelA:

if

• Used to create a conditional branch statement so that different code can be executed under different conditions. The conditions are evaluated in the order that they appear in the code.
  

  if (i < 0)
  {
      cout << "i is negative";
  }
  else if(i == 0)
  {
      cout << "i is 0n";
  }
  else
  {
      cout << "i is posativen";
  }
  

inline (C++ only)

• Used to tell the compiler that the function an its body are inserted into the calling code meaning that it has to expand the function in-place instead of just insert a call to the function. Functions that have static data, loops, switches or recursive calls cannot be inlined.
  

  inline int test(int A)
  {
      ...
  }
  

int

• Used to declare an integer type variable. This variable type is normally 32 bits (4 bytes) long.
  

  int i = 3;

long

• Used as a data type modifier for the int and double types to indicate that they may have more bytes then the type has available. This variable type is normally 32 or 64 bits (4 or 8 bytes) long.
  

  long int i = 100000;

mutable (C++ only)

• Used to specify that it is a data field that can be modified even if another part of the data is declared const.

namespace (C++ only)

• Used to create a new scope. Once created, the namespace must be refered to either directly or with the using keyword.
  

     namespace CartoonNameSpace
      {
          int HomersAge;
  
          void incrementHomersAge()
          {
              HomersAge++;
          }
      }
      int main() {
          ...
          CartoonNameSpace::HomersAge = 39;
          CartoonNameSpace::incrementHomersAge();
          cout << CartoonNameSpace::HomersAge << endl;
          ...
      }
  

new (C++ only)

• Used to allocate a new block of memory for the given type from the heap, and return a pointer to that block of memory. Allocating arrays can be done by providing the size of the array in square brackets.
  

  pointer = new type;
  pointer = new type( initializer );
  pointer = new type[size];

  • pointer is a pointer to the type that you want to allocate the memory for
  • type is the type of the item that is to be stored in the memory that is allocated
  • initializer is the optional information for the constructor
  • size is the size of the array to create

operator (C++ only)

• Used to specify that you are overloading an operator.
  

     return-type class-name::operator#(parameter-list)
      {
          ...
      }
  

  • return-type is the return type for the function
  • class-name is the name of the class that the operator is a part of. If it is not part of a class, this can be left out along with the ‘::‘.
  • # is the operator that is to be overloaded, such as ‘++’. You cannot overload the #, ##, ., :, .*, or ? tokens.
  • parameter-list is the list of parameters that the operator will take. For unary operators, parameter-list should be empty, and for binary operators, parameter-list should contain the operand on the right side of the operator (the operand on the left side is passed as this).
• There are special conventions for some operators, such as the unary ++ and — operators.
  • The unary ++ operator has both prefix (++object and postfix (object++) versions.

  •    return-type class-name::operator++()
        {
            ...
        }
    

    overloads the prefix version (the value returned is the value of the object after it is incremented, so this is also known as the pre-increment version because the increment takes place before the value is returned). There is no parameter specified because ++ is a unary operator.

  •    return-type class-name::operator++( int )
        {
            ...
        }
    

    overloads the postfix version (the value returned is the value of the object before it is incremented, so this is also known as the post-increment version because the increment takes place after the value is returned). The parameter int is not really a parameter (++ is still a unary operator) but is there soley to differentiate the prefix and postfix versions.

private (C++ only)

• Used within a class declaration to specify features of that class that can only be accessed by itself and its friends.
  

  class Date
  {
  public:
      void display();
  
  private:
      int day;
      int month;
      int year;
  }

• Used to inherit a base class privately, which causes all public and protected members of the base class to become private members of the derived class.
  

  class AlarmClock : private Clock
  {
  public:
      void display();
  
  }

protected (C++ only)

• Used within a class declaration to specify features of that class that are private to its own class, but can be inherited by a derived class.
  

  class Date
  {
  public:
      void display();
  protected:
      int day;
      int month;
      int year;
  }

• Used to inherit a base class, which causes all public and protected members of the base class to become protected members of the derived class.
  

  class AlarmClock : protected Clock
  {
  public:
      void display()
  }

public (C++ only)

• Used within a class declaration to specify features of that class that are accessable to everyone.
  

  class Date
  {
  public:
      void display();
  protected:
      int day;
      int month;
      int year;
  }

• Used to inherit a base class publically, which causes all public and protected members of the base class to become public and protected members of the derived class.
  

  class AlarmClock : public Clock
  {
  public:
      void display()
  }

register

• Used to reccommend that a varibale be placed into a processor register so that it is optimized for speed but the compiler is not obliged to do so. This keyword is rarely used anymore since compilers have become better than programmers at optimizing code.

reinterpret_cast (C++ only), seldom used

• Used to change one data type in a non-portable way. It is normally used to cast between incompatible pointer types.
  

  reinterpret_cast<target_type> (object);

return

• Used to cause the execution to jump from the current function back to the one that called it. An optional value can be returned but the function must specify the type that it will return.
  

  return;
  return 5;

short

• Used as a data type modifier for the int type to indicate that there may be less bytes then the type has available. This variable type is normally 16or 32bits (2 or 4bytes) long.
  

  short int i = 5;

signed

• Used to specify that the number type provided could potentially be negative, so it must be stored in a different format. This is the default representation that is chosen by most compilers if either signed or unsigned is not specified.
  

  signed int i = -12;

sizeof

• Used to return the size of the object (in bytes) that is passed to it.
  

  int i = 5;
  int size = sizeof( i );

static

• Used outside any function or class as a qualifier to a variable declaration makes the scope of the variable the file in which the variable is declared, and the extent is permanent (i.e., it is in the static segment).
  

  static int i;

• Used inside a function as a qualifier to a variable declaration makes the scope of the variable the function in which the variable is declared, and the extent is permanent (i.e., it is in the static segment).
  

  void foo()
  {
      static int i;
  }

• Used inside a class as a qualifier to a variable declaration makes the scope of the variable the class in which the variable is declared, and the extent is permanent (i.e., it is in the static segment).
  

  class bar
  {
      static int i;
  }

• Used outside any class as a qualifier to a function declaration makes the scope of the function the file in which the function is declared. As with all functions, the instructions for the function are in the code segment.
  

  static void foo()
  {
  }

• Used inside a class as a qualifier to a function (method) declaration makes the scope of the function the class in which the function is declared (as with all methods), and the instructions for the method are in the code segment (as for all functions). What is different is that a static method is invoked without requiring an object, using the qualifier syntax class::staticMethod( parameters ), although it can also be invoked on an object in the class in the usual way. Because no object is associated with a static method, only static member variables and other static member functions can be invoked by a static method.
  

  class bar
  {
      static void foo();
  }

  Note: A method in a class cannot be both “static” and “virtual”. The reason for this is that virtual functions have to know the object to which they apply (because of polymorphism) but static methods are not applied to an object.

static_cast (C++ only, seldom used)

• Used for a normal conversion between types. No runtime checking is performed.
  

  static_cast<target_type> (object);

struct

• Used to create a structure like a class, but the members are public by default instead of private. In C, structs can only contain data, cannot have inheritance and cannot have data with different visibilities.
  

  struct struct-name : inheritance-list
  {
          public-members-list;
      protected:
          protected-members-list;
      private:
          private-members-list;
  } object-list;

  • struct-name is the name of the struct that is being created.
  • inheritance-list is the optional list of structs inherited by the new struct.
  • public-members-list is the list of public members of the struct.
  • protected-members-list is the list of protected members of the struct.
  • private-members-list is the list of private members of the struct.
  • object-list is an optional list used to immediately instantiate 1 or more instances of the struct.

  struct Date
  {
      int day;
      int month;
      int year;
  }

switch

• Used to test an expression of an integer value against many constant integer values and is commonly used to replace large if()…else if()… statements. Break statements are required between each case statement, otherwise execution will “fall-through” to the next case statement. The default case is optional. If provided, it will match any case not explicitly covered by the preceding cases in the switch statement.
  

  char keystroke = getch();
  switch( keystroke )
  {
      case 'a':
      case 'b':
      case 'c':
      case 'd':
          KeyABCDPressed();
          break;
      case 'e':
          KeyEPressed();
          break;
      default:
          UnknownKeyPressed();
          break;
  }
  

template (C++ only)

• Used to create generic functions and can operate on data without knowing the nature of that data. They accomplish this by using a placeholder data-type for which many other data types can be substituted.
  

  template void genericSwap( X &a, X &b )
  {
      X tmp;
  
      tmp = a;
      a = b;
      b = tmp;
  }
  

this (C++ only)

• Used as a pointer to the current object. All member functions of a class have this pointer.
  

  this.print();

throw (C++ only)

• Used together with try and catch statements to create an exception handling system. Throw is used to generate an exception.
  

  try
  {
      cout << "Before throwing exception"<< endl;
      throw 42;
      cout << "Shouldn't ever see this"<< endl;
  }
  catch( int error )
  {
      cout << "Error: caught exception " << error << endl;
  }
  

true (C++ only)

• Used to represent the Boolean value true.
  

  bool b = true;

try (C++ only)

• Used to attempt to execute exception-generating code.
  

  try
  {
      cout << "Before throwing exception" << endl;
      throw 42;
      cout << "Shouldn't ever see this" << endl;
  }
  catch( int error )
  {
      cout << "Error: caught exception " << error << endl;
  }

typedef

• Used to create a new type from an existing type.
  

  typedef int seconds;

typeid (C++ only, seldom used)

• Used to get a reference to a type_info object that describes the object it was passed.
  

  typeid(object);

typename (C++ only)

• Used to describe an undefined type or in place of the class keyword in a template declaration.

union

Used to create multiple data fields that will occupy the same memory location.

union Data
{
    int i;
    char c;
};

unsigned

• Used to specify that the int or char provided can only be posative and can therefore contain a larger number since there is no need to worry about representation of negative numbers.
  

  signed int i = -12;

using (C++ only)

• Used to import a namespace into the current scope.
  

  using namespace std;

virtual (C++ only)

• Used to create virtual functions that can be overridden by derived functions.
  • A virtual function indicates that a function can be overridden in a subclass, and that the overridden function will actually be used.
  • When a base object pointer points to a derived object that contains a virual function, the decision about which version of that function to call is based on the type of object pointed to by the pointer, and this process happens at runtime.
  • A base object can point to different derived objects and have different versions of the virual function run.

  virtual void print();

• Used to create a pure virtual function which is a virtual function that must be overriden by some derived class.
  

  virtual void print() = 0;

• Note: A method in a class cannot be both “virtual” and “static”.

void

• Used to denote functions that return no value.
  

  void print()
  {
      cout << "printn";
  }
  

• Used to create generic variables which can point to any type of data.
  

  void *p = 5;
  

• Used to declare an empty parameter list.
  

  void print( void )
  {
      cout << "printn";
  }

volatile

• Used to inform the compiler that the variables value can change in unexpected ways (i.e. through an interrupt), which could conflict with optimizations that the compiler might perform, so therefore the compiler will not optimize these variables.
  

  volatile Date d;

wchar_t

• Used to declare a wide character variable. This variable type is normally 16 bits (2 bytes) long.
  

  wchar_t c = ‘c’;

while

• Used as a looping construct that will evaluate a list of statements as long as the condition is true. Note: if the condition starts off as false, the list of statements will never be executed. (You can use a do loop to guarantee that the list of statements will be executed at least once.)
  

  bool done = false;
  while( !done )
  {
      ProcessData();
      if( StopLooping() )
      {
          done = true;
      }
  }

Copyright (C) 2000-2005, The University of British Columbia