
C++で作成中のプログラムの一部で、長い文章も処理できるように、構造体とメモリーの動的確保を使用しています。
ただ、動的に確保したメモリーは自分で解放しなくてはならないのですが、プログラムが単純なうちは開放のミスを発見できますが、長くなるとバグで一部開放されない可能性も捨てきれません。
そのようなときに全て開放できたか確認する方法は無いのでしょうか?
開発環境につきましては、
OS WindowsXP HomeEdition
コンパイラ BCC
言語 C++ コンソールアプリケーション
struct string {
char str[512];
struct string* nextstr;};
簡単には、このような構造体を new で確保し、開放は、先頭から delete してますが、
構造体がこれより結構複雑なため、処理部が長くきちんと開放できているか自信が有りません。
No.4ベストアンサー
- 回答日時:
newやdeleteをdefineで括ってまとめて監視してはどうですか?
extern int g_count;
#define NEWOBJECT(T) new (T); g_count++
#define DELETEOBJECT(ptr) delete (ptr) ; g_count--
int g_count;
//ここのstringは自分で定義した構造体
string *p = NEWOBJECT(string);
DELETEOBJECT(p);
printf("メモリ確保数=%d",g_count);
のようにするとか、
リリース版の時は
#define NEWOBJECT(T) new (T)
#define DELETEOBJECT(ptr) delete (ptr)
とすれば余計の処理も消えますし。
No.8
- 回答日時:
他の方の回答にレスを付けるのは規約違反なのだそうで、これは一人言であります。
これも規約違反か(苦笑。C++においてはクラスも構造体も同じ物です。
structはCとの互換のため、「メンバがデフォルトでpublicなクラス」として定められています。
よって構造体をnewで生成するのもクラスをnewで生成するのも全く同じことです。
まぁ、質問者さんはご存知のことでしょうが、このサイトを閲覧する人の中には混乱してしまう方があるかもしれませんので。
No.7
- 回答日時:
#6 > new、deleteはクラスのインスタンスの動的生成、破棄のためであって、メモリの領域を動的に確保、解放するためのものではありませんので。
そんなバカな。
No.6
- 回答日時:
newとdeleteをオーバーライドして確保、解放をファイルなどに記録していく。
というか構造体の領域の確保にnewを使うべきかという時点で違うのではと。
new、deleteはクラスのインスタンスの動的生成、破棄のためであって、メモリの領域を動的に確保、解放するためのものではありませんので。使えはしますが。
malloc、realloc、free等を使うべきだと思いますが。
参考URL:http://www.hcn.zaq.ne.jp/no-ji/reseach/20000514. …
回答ありがとうございます。
最初はmallocも考えたのですが、mallocは非常に扱いが難しいため今回の場合はnewを使用しようと思います。
No.3
- 回答日時:
> 作成しているのがアプリケーションではなく、ある動作をするためのクラスなので、なるべく他のクラスや関数は使用しないで作ろうと思っているのです。
汎用的なクラスであっても、標準ライブラリを使わない理由は見当たらないと思います。組み込み用途ならそういうこともありますが、違うようですし。
> それに、メモリーの確保や開放を随時行わなくてはかなりのメモリを占有してしまうため、やはり、newとdeleteを使用するしかないのですが、
そういうことであれば、グローバルなnew/deleteではなく、専用のメモリプールを自作した方がよくありませんか?それなら、メモリリークの検出コードや、一括解放などの仕組みを付け加えることもできるはずです。
> 確保するデータ型は文字列(char配列)だけでなくさらに複雑なものもあり、扱うクラスが無いものもあるため、やはり確保と開放を確認しながら自分で作ったほうが安定します。
複雑な処理をnew/deleteでやっていると、メモリリークの対策だけでなく、例外安全性を維持するのも大変ではないですか?せめてstd::auto_ptrを使うぐらいのことはした方がよいと思います。
回答ありがとうございます。
たしかに、標準ライブラリは使用してもたいした問題は無いですね。
有用な標準ライブラリは使おうと思います。
No.1
- 回答日時:
できれば、std::list<std::string>を使うなどして、メモリリークに悩まなくてもよい設計をした方がよいと思います。
もっと楽をしてください。
この回答への補足
いろいろなクラス等を使えば楽にはなるのですが、
作成しているのがアプリケーションではなく、ある動作をするためのクラスなので、なるべく他のクラスや関数は使用しないで作ろうと思っているのです。
それに、メモリーの確保や開放を随時行わなくてはかなりのメモリを占有してしまうため、やはり、newとdeleteを使用するしかないのですが、
確保するデータ型は文字列(char配列)だけでなくさらに複雑なものもあり、扱うクラスが無いものもあるため、やはり確保と開放を確認しながら自分で作ったほうが安定します。
それゆえに、確保と開放の時間を確認する方法が知りたいのです。
お探しのQ&Aが見つからない時は、教えて!gooで質問しましょう!
似たような質問が見つかりました
- C言語・C++・C# プログラムが書けません。 4 2023/01/22 22:57
- 政治 絶対無くしてはいけない物は、どうしたら良いですか? 3 2023/02/01 23:26
- 哲学 説得力を修辞の巧みさまたは論理の強さの2つに分析するにはどうすると良いでしょうか? 0 2022/07/20 05:46
- アプリ swiftでスマホアプリを開発した時の動作確認 1 2023/02/14 11:37
- ダイヤルアップ Raspberry Piでアナログモデム経由で音声再生 1 2022/05/20 18:01
- Visual Basic(VBA) Excel-VBAでのファイルの開き方 4 2023/02/14 11:01
- Visual Basic(VBA) VBAが止まります。 2 2022/09/02 14:02
- その他(教育・科学・学問) 刑法に詳しい頭がいい人に聞きたいです!結構詳しめにお願いしたいです! Aは、Bの開発した自動運転シス 6 2022/07/22 16:07
- その他(ニュース・社会制度・災害) 内閣府目標 人が身体、脳、空間、時間の制約から解放された社会を実現って・・出来るのでしょうか? 1 2022/08/13 23:43
- ゴミ出し・リサイクル 産業廃棄物の処理に関しまして 4 2022/12/11 11:00
このQ&Aを見た人はこんなQ&Aも見ています
関連するカテゴリからQ&Aを探す
おすすめ情報
このQ&Aを見た人がよく見るQ&A
デイリーランキングこのカテゴリの人気デイリーQ&Aランキング
-
callocの処理速度
-
128ビット変数の符合表現について
-
VB6からVCで作成したDLLへのvoi...
-
ヒープ領域の限界値設定
-
x64環境で連続4GB以上のメモリ...
-
reallocについて
-
仮想領域にウインドウを描画
-
C++で、メンバもヒープに確保さ...
-
GDI+におけるメモリの開放について
-
C++とC#って何が違うのですか?
-
C++ 構造体のnew
-
HEAP に関すること
-
DLLで同じメモリ領域を参照する...
-
入れ子になった構造体について
-
malloc メモリリークについて
-
C言語 配列の長さの上限
-
WSH(VBS)でJSONの文字列を読み...
-
C++ メンバイニシャライザリス...
-
プログラミング言語の変数と数...
-
コンストラクタ内での動的メモ...
マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング
-
allocってなんですか?
-
C++のnewで確保したメモリーの...
-
newしないオブジェクトについて
-
c言語のポインタへの文字列入力...
-
プログラムが途中で強制終了し...
-
Win32APIでのメモリ管理について
-
グローバル変数のサイズ
-
ヒープメモリの解放について
-
stringの最大サイズ
-
Accessで、メモリを開放するタ...
-
入れ子になった構造体について
-
void*型のデータサイズ
-
DLLで同じメモリ領域を参照する...
-
callocの処理速度
-
mallocで確保するメモリの領域...
-
ビットをローテートするプログ...
-
DLLのマルチスレッドの動作につ...
-
C++で、メンバもヒープに確保さ...
-
LoadLibraryでAccess Violation...
-
配列の添え字の最大数とは?
おすすめ情報