Rainbow Engine

IT技術を分かりやすく簡潔にまとめることによる学習の効率化、また日常の気付きを記録に残すことを目指します。

C++ Valgrind

ValgrindのDefinetely Lostの意味や実際のサンプルをご紹介

投稿日:2021年11月4日 更新日:

 

<目次>

(1) ValgrindのDefinetely Lostの意味や実際のサンプルをご紹介
 (1-1) Valgrindの「Definetely Lost」はどんな状況?
 (1-2) 例1:サンプルプログラム
 (1-3) 例1:Valgrindのメモリリーク確認結果
 (1-4) 例2:サンプルプログラム(Definetely Lost)

(1) ValgrindのDefinetely Lostの意味や実際のサンプルをご紹介

本記事ではValgrindにおけるメモリリークのカテゴリの1つである「Definetely Lost」についてご紹介します。

(1-1) Valgrindの「Definetely Lost」はどんな状況?

明らかなるメモリリークで、最も緊急性が高いステータスです。ヒープ領域のメモリ(newによる動的割当て等)が解放されずに、なおかつメモリへのポインタが残っておらず、解放したくともアクセスが出来ない状況下で発生します。
 
(例)メソッドの中で確保したメモリがメソッドを抜けた後に使用不可になる
 
例えば、new char[3]でchar型の配列のメモリを動的に確保します。その先頭の要素(アドレス「0xdafeb8」)へのポインタを「*x1」に格納し、メモリを解放しないままmain文を抜けると、メモリへのポインタが失われてしまい「Definetely Lost」が発生します。
 
(図111)

目次にもどる

(1-2) 例1:サンプルプログラム

前述の(図111)の状況を実際に再現したのが次の(例1)のサンプルプログラムです。
 
(例1)
#include <stdlib.h>
int main()
{
    char *x1 = new char[3];

    return 0;
}
(図121)

目次にもどる

(1-3) 例1:Valgrindのメモリリーク確認結果

上記のサンプルプログラムをコンパイルし、valgrindコマンドでメモリリークチェック(⇒★)を実行した際の出力結果をご紹介します。
 
(出力サンプル)
==13514== HEAP SUMMARY:
==13514==     in use at exit: 100 bytes in 1 blocks
==13514==   total heap usage: 1 allocs, 0 frees, 100 bytes allocated
==13514==
==13514== 100 bytes in 1 blocks are definitely lost in loss record 1 of 1
==13514==    at 0x4C2C866: operator new[](unsigned long) (vg_replace_malloc.c:579)
==13514==    by 0x40059E: main (memorytest.cpp:5)
==13514==
==13514== LEAK SUMMARY:
==13514==    definitely lost: 100 bytes in 1 blocks
==13514==    indirectly lost: 0 bytes in 0 blocks
==13514==      possibly lost: 0 bytes in 0 blocks
==13514==    still reachable: 0 bytes in 0 blocks
==13514==         suppressed: 0 bytes in 0 blocks

(図131)

(補足)結果の見方について
・「loss record 1 of 1」の箇所で、割り当て1つに対して、解放が0である事を意味しています(「N of N」でN個の割り当てに対してN個の解放漏れの意味)。
・またメモリリークが発生したメモリの割り当て箇所についても結果に示されており、今回の例では「by 0x40059E: main (memorytest.cpp:5)」から5行目で発生している事が分かります。
 

(1-4) 例2:サンプルプログラム(Definetely Lost)

先程のプログラムに対して、メモリの解放を追記して「Definetely Lost」の状況をも改善したバージョンもご紹介します(delete []x1;を追記したのみです)。
 
(例2)
#include <stdlib.h>
int main()
{
    char *x1 = new char[100];
    delete []x1;

    return 0;
}

(図141)

メモリ解放を追記すると「still reachable」が表示されなくなりました。

(出力サンプル)

==32059== HEAP SUMMARY:
==32059==     in use at exit: 0 bytes in 0 blocks
==32059==   total heap usage: 1 allocs, 1 frees, 100 bytes allocated
==32059==
==32059== All heap blocks were freed -- no leaks are possible
==32059==
==32059== For lists of detected and suppressed errors, rerun with: -s
==32059== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)

(図142)

目次にもどる

Adsense審査用広告コード


Adsense審査用広告コード


-C++, Valgrind

執筆者:


comment

メールアドレスが公開されることはありません。 が付いている欄は必須項目です

関連記事

ValgrindのPossibly Lostの意味や実際のサンプルをご紹介

  <目次> (1) ValgrindのPossibly Lostの意味や実際のサンプルをご紹介  (1-1) Valgrindの「Possibly Lost」はどんな状況?  (1-2) …

no image

Base64のプログラムのサンプル(C++言語)と解説

  <目次> (1) Base64のプログラムのサンプル(C++言語)と解説  (1-1) Base64とは?  (1-2) Base64のプログラム例(C++) (1) Base64のプロ …

C++のlocaltime関数がスレッドアンセーフである理由と使用上の注意点

  <目次> (1) C++のlocaltime関数がスレッドアンセーフである理由と使用上の注意点  (1-1) localtime関数がスレッドアンセーフである理由  (1-2) loca …

C++のfork関数の構文や使い方について

  <目次> (1) C++のfork関数の構文や使い方について  (1-1) fork()関数とは?概要や目的  (1-2) fork()関数の構文  (1-3) fork()関数のサンプ …

GDBの使い方をC++のプログラムのデバッグを例にご紹介

  <目次> (1) GDBの使い方をC++のプログラムのデバッグを例にご紹介  (1-1) GDBのデバッグのシナリオ概要(例)  (1-2) GDBのデバッグ手順(例)  (1-3) そ …

  • English (United States)
  • 日本語
Top