#include <iostream>

#include <boost/smart_ptr/shared_ptr.hpp>


class aClass
{
public:
  aClass()
  {
    std::cout <<"Created !" <<std::endl;
  };
  ~aClass()
  {
    std::cout <<"Deleted !" <<std::endl;
  };
};

int main(int argc, char* argv[])
{
  aClass *rawPtr = new aClass();

  boost::shared_ptr<aClass> ptr1(rawPtr);
  boost::shared_ptr<aClass> ptr2(rawPtr);

  return 0;
}

書籍によるとこれは失敗例らしく、自分もそう思います。最後に同じ領域が２回 delete されそうな気がします。ただ、手持ちの環境では不正終了などもなく、デストラクタが２回実行されて終わりました。 Windows って不要なメモリを回収するのが早いような印象があったのですが、メモリの残滓だけでもデストラクタが動くのでしょうか。

関数とか、スコープを違えると不正終了するかも…

あんまり単語を略すのが好きではなく、今までは PlayerPointer という名前が第一候補だったのですが、もし、マウスポインタを意味する MousePointer という型を考えたとき、それのポインタの名前が MousePointerPointer になってしまいます。これだと Mouse** なのか MousePointer* なのか区別がつきにくく、言語の用語は略しても良いルールを新設しました。

色々とコードを表に出すことを考えてスタイルを再考しているのですが、いかんせん自分一人なので、いくら考えても安心できません…

普段 C/C++ に触れていないと、その存在意義もわかりにくいでしょうし、ほとんど理解してもらうのをあきらめていたところがあるのですが、よく考えたらハードリンクを例にとると簡単に伝わったのかもしれません。

なんでそのとき気づかなかったのかと後悔しそうになります（残念ながら、もう、会う機会もない方々だと思いますし）。たぶん、本気でゲーム作る用事がなかったので問題ないと思いますが、珍しく良い例えがある分野だっただけにひらめきの悪さが悔やまれます。

ちょっと昔のことを思い出してみた日曜日の夜更け。お仕事、今日も終わりませんでした。明日からもがんばります。

ローカル変数に大きな配列を作ったり、ローカル変数へのポインタを戻り値として返したり、こういうのは組み込みに限らずやばいコードなのですが、 Java なら話は別です。当然、メモリが許せばの話になりますが、必ずしも機械語やＣ言語の知識が無いと組み込みに手がつけられないという状況に変化があるのかもしれません。

ただ、必要以上にメモリを食いつぶさないノウハウなんかはしっかりと身につけておかないとまずそうです。これは組み込みに限らず Java のような言語を使うときの注意点だと思います（参照が残るとオブジェクトが解体されず、メモリを圧迫する）。

「果たして VM が載っている CPU でのプログラムでは例外を飛ばすことができるのか？」とか、まだまだ気になることはたくさんありますが、これ以上訊けなかったので、また次の機会に伺おうかと思います。

void (SomeClass::*pointer)() = &SomeClass::someMethod;

以下、例です。

#include <iostream>


class SomeClass
{
public:
  void someMethod()
  {
    std::cout <<"ポインタ経由でメソッドを読んでみた" <<std::endl;
  }
};

int main(int argc, char *argv[])
{
  void (SomeClass::*pointer)() = &SomeClass::someMethod;

  SomeClass *instance = new SomeClass();

  (instance->*pointer)(); // ポインタ経由でメソッドを読んでみた

  delete instance;

  return 0;
}

「す、すごい、これは応用範囲が広そうだ！」と思う前に、ポリモーフィズムを検討しましょう。Ｃ言語の関数ポインタと同じ文脈で使わない方が良いと思います。

もし、何かのイベントが発生した際にあらかじめ設定しておいた関数を複数呼び出したい場合は C# のデリゲータに近い構造にする必要があります。デリゲータはコールバックと発想は似ていますが、複数の関数を登録できる点で異なっています。コールバック関数でも目的は達成できるのですが、コールバック関数の場合は自分が所有するオブジェクトしか扱うことができません。その点でデリゲータに優位性があります。

私はこれを「言語の機能だから」と C++ ではあきらめていたのですが、冷静に考えてみると関数へのポインタを配列で持っておけばできそうですね。実際に XOOPS Cube ではそれに近い実装で実現しています（もっとも、 XOOPS Cube は元々スクリプト言語ですので、それ自体に拡張性があるわけですが）。

問題はインタフェースを完璧に決めておかないといけないということですが、そこら辺はがんばって調整したいと思います。というか、それが嫌ならコンパイル言語は使えないと思います。

着実に同人ゲーム開発への道を進んでおります。

ポインタ変数に null 値を設定するためには数値の０を代入します。このようにして作った null 値を指しているポインタを null ポインタと呼びます。

int *pointer = 0;

ひとつ注意点があります。ポインタ変数は０を代入することで「何も指していないポインタ」、つまり null ポインタにすることができますが、 null ポインタの値が０とは限りません。つまり、次のようなコードは正しく動作しない可能性があります。

struct SomeStruct
{
  int *pointerA;
  int *pointerB;
  int *pointerC;
};

int main(int argc, char *argv[])
{
  struct SomeStruct sample;

  // 0 で初期化を試みる…
  // しかし null ポインタの値が 0 とは限らない！
  memset(&sample, 0, sizeof(SomeStruct));

  return 0;
}

Windows など、たいていの環境では正しく動作すると思いますが、一応 null ポインタの値が 0xABCDEF というような意味のわからない値でも良いことになっています。しかし、そのような環境でも null ポインタを作るためには０を代入する必要があるため注意が必要です。

しかし、たいていの方は０という数値の代わりに NULL 定数を使います。理由はその方が読みやすいからです。また、ほかの言語では null 値を意味するキーワードが存在するため、言語としてのスタイルをあわせておくという事情もあります。

int *pointer = NULL;

ちなみに次期 C++ 言語である C++0x では nullptr というキーワードの導入が検討されており、 NULL に変わる指定ができるようになる可能性があります。

私は荒療治でポインタを覚えましたが、この本でさらに理解を深めました。自分の中の良書ランキングでも３本の指に入るほどの品質です。この本を読むと「ああ、 Byerkut はここに影響を受けているのか」とわかるようになって、ちょっと優位な気分になれます。

• そもそもポインタの概念がわからない
• どこでポインタを使えばいいのかわからない
• 他人がポインタを使っている部分の読み方がわからない
• ポインタ変数定義の構文が覚えづらい
• ポインタを読みやすく書く方法がわからない
• 完全に理解できなくても良いから重要な部分だけ知りたい

ひとつでも当てはまったら買う価値ありです。

基本はスカラー変数の場合と同じですが、配列の場合は書式が異なります。

// int と double でそれぞれ 100 個の要素を確保するとき
int *pointerOfIntArray = new int[100]();
double *pointerOfDoubleArray = new double[100]();

おそらくメモリ確保の段階では間違えることも少ないと思いますが、問題はメモリ解放の場合です。 new で確保した配列メモリを解放するためには次のように書く必要があります。

delete [] pointerOfIntArray;
delete [] pointerOfDoubleArray;

delete の後にブラケットが必要である点に注意してください。これはプログラミングに慣れている人でもよく忘れてしまいます。

ソースコードの中で変数を宣言すると、同時にそのデータを格納するためのメモリも確保されますが、逆に言うとソースコードの中で宣言しないとメモリは確保されないことになります。この方法には「宣言するだけで必要なメモリを確保することができる」というメリットがある反面「コンパイル時にはプログラムに必要な変数とその個数をすべてリストアップしておく必要がある」というデメリットがあります。

つまり、メモリを自動的に確保するためには、プログラムを書いている段階で必要な変数とその個数が完全に決まっている必要があるのです。しかし、敵キャラの情報を格納する配列変数などはステージによって必要なサイズが違うかもしれません。しかし、メモリを自動的に確保する方法では、ステージに応じて変数のサイズを変えることはできず、無駄な領域が生まれてしまう可能性があります。

この問題を解決するためにはメモリを動的に確保します。

プログラムの実行が開始された後に「必要に応じてメモリを確保する」ためには new 演算子を使います。 new 演算子には確保したいデータの型情報を渡します。

// メモリを確保する
int *pointerOfInt = new int();
double *pointerOfDouble = new double();

new 演算子の戻り値はポインタになりますので、前述の例のようにポインタ変数で受け取ります。普通の変数は new 演算子の戻り値としては不適切です。なぜかというと普通の変数はすでにメモリが割り当たっているからです。

new 演算子によるメモリの確保は大変便利ですが一点だけ注意すべき点があります。それは「使い終わったメモリを解放しなければならない」ということです。もし、使い終わったメモリを解放しないで放置しておくとメモリリークを起こし、プログラムが異常終了する可能性が高くなります。

new 演算子によって確保したメモリを解放するためには delete 演算子を使います。

// メモリを解放する
delete pointerOfInt;
delete pointerOfDouble;

しかし、「 delete を自分で管理するのは面倒だなぁ」と感じられる方が大半かと思います。ご安心ください。 Boost というライブラリにスマートポインタという技術があります。スマートポインタを使うと delete を自分で実行する必要がありません。使われなくなったメモリを自動的にしてくれます。

Boost

本ブログでもそのうち取り上げますので楽しみにお待ちください。