HEXA BLOG
ヘキサブログ
プログラム
あのアレを退治
年末年始は、実家でのんびりと過ごし
、がっつりとご飯
も頂きました。
先日、その成果をWii Fit にて実感。まずい、運動しないと・・・・
。
こんにちは、ハラです。
今回は、我々プログラマの大嫌いなアレ
を退治してみようと思います。
アレといっても、カサカサと動く黒いヤツ・・・ではなく、バグですね。
ネタは、バッファオーバーラン(バッファオーバフロー)というものです。
これは、確保した領域の外側を上書きしてしまい、予期せぬ動作を引き起こしてしまう問題です。
まずは、1つ書いてみます![]()
void errorFunc1(int index, int value)
{
const int SIZE = 4;
int tgtArray[SIZE];
if( 0 <= index && index <= SIZE ) {
tgtArray[index] = value;
}
}
引数のindexが4の時だけ配列の領域外を上書きしてしまいます。
それ以外の値では正常に動作するので、問題が表面化し難いですね。
不等式の書き間違えは、無いようにしたいです![]()
さらにもう1つ![]()
void errorFunc2(int value)
{
char temp[16];
sprintf(temp, "value is %d\n", value);
}
こちらは、valueの値が大きい場合に問題が起きます。
1つ目と同じく、どんな値でも問題が起きるわけではないのが嫌らしい所です![]()
尚、現在のVisual Studioなどでは、この問題の対処として、sprintf関数を使うと警告が出ます。
今度は、計算ミスが原因で起こるケースを![]()
void errorFunc3(void)
{
struct Data
{
char id;
int value;
};
const int SIZE = 4;
int bufferSize = (sizeof(char) + sizeof(int)) * SIZE;
char* pData = new char[bufferSize];
memset(pData, 0, sizeof(Data) * SIZE);
delete [] pData;
}
memset関数で、確保した領域を超えて上書きしています。
原因はアライメントが考慮されていないことですが、
サイズの計算を同じ式で行えば問題は起きません。
この件では些細かもしれませんが、大本の基準を1つにすると、色々なミスを未然に防げます。
最後に、読み込んだデータが不正だったために起こるケースです![]()
プログラムが長くなってしまうので直接値を設定していますが、ファイルから読み込むイメージでお願いします。
void errorFunc4(void)
{
struct Header { // ファイルのヘッダー
int totalSize;
int data1Count;
int data2Count;
};
struct Data { // ファイルのデータ
int data[8];
};
Header head; // 本来はファイルから読み込みます
head.totalSize = 224;
head.data1Count = 3;
head.data2Count = 5;
char* pData = new char[head.totalSize];
int data1Size = sizeof(Data) * head.data1Count;
int data2Size = sizeof(Data) * head.data2Count;
memset(pData, 1, data1Size); // こちらもファイルから読み込む代わりにmemsetしています
memset(pData + data1Size, 2, data2Size);
delete [] pData;
}
原因は、合計サイズとデータ個数に不整合があることで、確保した領域の外を上書きしてしまっています。
今回はプログラム上で値を入れているので、コードだけで判断出来ますが、
ファイルから読み込むように変えると、コードを読むだけでは判断が出来なくなります。
対処は、プログラム側にチェック用のコードを追加することでも可能ですが、
出来れば読み込むデータが常に正しいと保障できる環境を作りたいですね。
お恥ずかしいながら、2つ目のパターンを私は昨年やらかしてしまっています![]()
その時は、デバッグ版で発生せず、最適化版で問題が起きる形だったので、ちょっと困りました。
少しでも良い提出作品にするため、色々な要素を入れたくなると思います。
ただ、良い提出作品が完成したと思って会社に送っても、実際に見て貰う時にストップしたらかなり勿体ないです。
デバッグに関しても、ある程度意識してみて下さいね![]()
CATEGORY
- about ヘキサ (166)
- 部活動 (6)
- CG (18)
- プロジェクトマネジメント (1)
- 研修 (5)
- 美学 (1)
- いいモノづくり道 (227)
- 採用 -お役立ち情報も- (149)
- プログラム (189)
- デザイン (99)
- ゲーム (273)
- 日記 (1,104)
- 書籍紹介 (113)
- その他 (889)
- 就活アドバイス (20)
- ラーメン (3)
- ライフハック (25)
- イベント紹介 (10)
- 料理 (23)
- TIPS (7)
- 怖い話 (3)
- サウンド (6)
- 子育て (1)
- 筋トレ (1)
- NicO (3)
- MakeS (9)
- 商品紹介 (21)
- アプリ紹介 (31)
- ソフトウェア紹介 (33)
- ガジェット紹介 (12)
- サイト紹介 (10)
- 研究・開発 (35)
- 回路図 (4)
- アナログゲーム (40)
- 交流会 (21)
- 報告会 (3)
- インフラ (25)
- グリとブラン (6)
- カメラ (9)
- クラフト (27)
- 部活 (14)
- 画伯 (15)
- カレー (6)
- 音楽(洋楽) (6)
- 映画・舞台鑑賞 (43)
- 飼育 (5)
- いぬ (8)
- ねこ (19)
ARCHIVE
- 2025年
- 2024年
- 2023年
- 2022年
- 2021年
- 2020年
- 2019年
- 2018年
- 2017年
- 2016年
- 2015年
- 2014年
- 2013年
- 2012年
- 2011年
- 2010年
- 2009年
- 2008年
- 2007年




