Yoichi Kawasaki's Web » debug http://yk55.com/blog the place to organize and record my ideas ... Sun, 05 Feb 2012 15:16:55 +0000 en hourly 1 http://wordpress.org/?v=3.0.1 Segmentation fault(11) – Apache2 and libphp5.so on Ubuntu http://yk55.com/blog/2010/11/30/php5apache2_segmentation_fault_under_ubuntu/ http://yk55.com/blog/2010/11/30/php5apache2_segmentation_fault_under_ubuntu/#comments Mon, 29 Nov 2010 15:32:11 +0000 yoichi http://yk55.com/blog/?p=434 Ubuntu10.04.1LTSでApache2、PHP5.3がうまく動いてくれない。 同一バージョンのApache、PHPを依存ライブラリをほぼ同じにしてdebian Lennyで試してみると問題なく動作する。 どうにもこうにもならないので後々のためにとりあえず記録だけ残しておく。

1. PROBLEM: Apache2 Segmentation fault(11)

[Sun Nov 28 17:42:48 2010] [notice] Apache/2.2.2 (Unix) PHP/5.3.3 configured -- resuming normal operations
[Sun Nov 28 17:42:48 2010] [notice] child pid 13032 exit signal Segmentation fault (11)
[Sun Nov 28 17:42:49 2010] [notice] child pid 13033 exit signal Segmentation fault (11)
[Sun Nov 28 17:42:52 2010] [notice] child pid 13034 exit signal Segmentation fault (11)
[Sun Nov 28 17:42:56 2010] [notice] child pid 13035 exit signal Segmentation fault (11)

2. Environments

Installations: apache-2.2.2

tar zxf httpd-2.2.2.tar.gz
cd httpd-2.2.2

CC="gcc" OPTIM="-O2" \
 ./configure \
 --prefix=/home/apache-2.2.2 \
 --with-layout=Apache \
 --enable-rewrite \
 --disable-userdir \
 --enable-auth_dbm \
 --enable-usertrack \
 --enable-=so \
 --enable-proxy \
 --enable-proxy-http \
 --enable-proxy-connect \
 --enable-speling \
 --enable-headers \
 --enable-expires \
 --enable-setenvif \
 --enable-cache \
 --enable-disk-cache \
 --enable-mem-cache \
 --enable-info \
 --enable-rule=SHARED_CORE \
 --verbose

make
sudo make install
sudo ln -s /home/apache-2.2.2 /home/apache

Installations: PHP-5.3.3

tar zxvf php-5.3.3.tar.gz
cd php-5.3.3
./configure \
    --with-apxs2=/home/apache/bin/apxs \
    --with-mysql=/home/mysql \
    --with-curl=/usr/lib \
    --with-zlib \
    --enable-mbstring \
    --enable-mbregex \

make
sudo make install

Linux distribution Info

$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 10.04.1 LTS
Release:        10.04
Codename:       lucid

Apache Info

$ /home/apache/bin/apachectl -V

Server version: Apache/2.2.2
Server built:   Apr  4 2010 10:26:51
Server's Module Magic Number: 20051115:2
Server loaded:  APR 1.2.7, APR-Util 1.2.7
Compiled using: APR 1.2.7, APR-Util 1.2.7
Architecture:   32-bit
Server MPM:     Prefork
  threaded:     no
    forked:     yes (variable process count)
Server compiled with....
 -D APACHE_MPM_DIR="server/mpm/prefork"     <--- サーバは MPM/Prefork
 -D APR_HAS_SENDFILE
 -D APR_HAS_MMAP
 -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled)
 -D APR_USE_SYSVSEM_SERIALIZE
 -D APR_USE_PTHREAD_SERIALIZE
 -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
 -D APR_HAS_OTHER_CHILD
 -D AP_HAVE_RELIABLE_PIPED_LOGS
 -D DYNAMIC_MODULE_LIMIT=128
 -D HTTPD_ROOT="/home/apache-2.2.2"
 -D SUEXEC_BIN="/home/apache-2.2.2/bin/suexec"
 -D DEFAULT_PIDLOG="logs/httpd.pid"
 -D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
 -D DEFAULT_LOCKFILE="logs/accept.lock"
 -D DEFAULT_ERRORLOG="logs/error_log"
 -D AP_TYPES_CONFIG_FILE="conf/mime.types"
 -D SERVER_CONFIG_FILE="conf/httpd.conf"
$ /home/apache/bin/apachectl -M

Loaded Modules:
 core_module (static)
 authn_file_module (static)
 authn_default_module (static)
 authz_host_module (static)
 authz_groupfile_module (static)
 authz_user_module (static)
 authz_default_module (static)
 auth_basic_module (static)
 cache_module (static)
 disk_cache_module (static)
 mem_cache_module (static)
 include_module (static)
 filter_module (static)
 log_config_module (static)
 env_module (static)
 expires_module (static)
 headers_module (static)
 usertrack_module (static)
 setenvif_module (static)
 proxy_module (static)
 proxy_connect_module (static)
 proxy_ftp_module (static)
 proxy_http_module (static)
 proxy_ajp_module (static)
 proxy_balancer_module (static)
 mpm_prefork_module (static)
 http_module (static)
 mime_module (static)
 status_module (static)
 autoindex_module (static)
 asis_module (static)
 info_module (static)
 cgi_module (static)
 negotiation_module (static)
 dir_module (static)
 actions_module (static)
 speling_module (static)
 alias_module (static)
 rewrite_module (static)
 so_module (static)
 php5_module (shared)
Syntax OK
$ ldd /home/apache/bin/httpd    

        linux-gate.so.1 =>  (0x00ed3000)
        libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0x006c4000)
        libaprutil-1.so.0 => /home/apache-2.2.2/lib/libaprutil-1.so.0 (0x00586000)
        libexpat.so.1 => /lib/libexpat.so.1 (0x0087a000)
        libapr-1.so.0 => /home/apache-2.2.2/lib/libapr-1.so.0 (0x00f91000)
        librt.so.1 => /lib/tls/i686/cmov/librt.so.1 (0x0093b000)
        libcrypt.so.1 => /lib/tls/i686/cmov/libcrypt.so.1 (0x005ce000)
        libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0x00115000)
        libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0x00964000)
        libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x00413000)
        /lib/ld-linux.so.2 (0x00d4f000)

PHP Info

$ php -i

phpinfo()
PHP Version => 5.3.3

System => Linux ubuntu-xps 2.6.32-26-generic #47-Ubuntu SMP Wed Nov 17 15:59:05 UTC 2010 i686
Build Date => Nov 28 2010 19:21:06
Configure Command =>  './configure'  '--with-apxs2=/home/apache/bin/apxs' '--with-mysql=/home/mysql' '--with-curl=/usr/lib' '--with-zlib' '--enable-mbstring' '--enable-mbregex'
Server API => Command Line Interface
Virtual Directory Support => disabled
Configuration File (php.ini) Path => /usr/local/lib
Loaded Configuration File => (none)
Scan this dir for additional .ini files => (none)
Additional .ini files parsed => (none)
PHP API => 20090626
PHP Extension => 20090626
Zend Extension => 220090626
Zend Extension Build => API220090626,NTS
PHP Extension Build => API20090626,NTS
Debug Build => no
Thread Safety => disabled
Zend Memory Manager => enabled
Zend Multibyte Support => disabled
IPv6 Support => enabled
Registered PHP Streams => compress.zlib, php, file, glob, data, http, ftp, phar  
Registered Stream Socket Transports => tcp, udp, unix, udg
Registered Stream Filters => zlib.*, convert.iconv.*, string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, dechunk


This program makes use of the Zend Scripting Language Engine:
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies
$ php -m

[PHP Modules]
Core
ctype
curl
date
dom
ereg
fileinfo
filter
hash
iconv
json
libxml
mbstring
mysql
pcre
PDO
pdo_sqlite
Phar
posix
Reflection
session
SimpleXML
SPL
SQLite
sqlite3
standard
tokenizer
xml
xmlreader
xmlwriter
zlib

[Zend Modules]
$ ldd /home/apache/modules/libphp5.so

        linux-gate.so.1 =>  (0x00569000)
        libcrypt.so.1 => /lib/tls/i686/cmov/libcrypt.so.1 (0x00110000)
        librt.so.1 => /lib/tls/i686/cmov/librt.so.1 (0x001f6000)
        libmysqlclient.so.16 => /home/mysql-5.1.30/lib/mysql/libmysqlclient.so.16 (0x00356000)
        libz.so.1 => /lib/libz.so.1 (0x00142000)
        libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0x00157000)
        libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0x0017d000)
        libnsl.so.1 => /lib/tls/i686/cmov/libnsl.so.1 (0x00181000)
        libcurl.so.4 => /usr/lib/libcurl.so.4 (0x00198000)
        libxml2.so.2 => /usr/lib/libxml2.so.2 (0x001ff000)
        libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x00e02000)
        libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0x001dd000)
        /lib/ld-linux.so.2 (0x00339000)
        libidn.so.11 => /usr/lib/libidn.so.11 (0x004ad000)
        liblber-2.4.so.2 => /usr/lib/liblber-2.4.so.2 (0x0032a000)
        libldap_r-2.4.so.2 => /usr/lib/libldap_r-2.4.so.2 (0x004df000)
        libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x00526000)
        libssl.so.0.9.8 => /lib/i686/cmov/libssl.so.0.9.8 (0x00f5c000)
        libcrypto.so.0.9.8 => /lib/i686/cmov/libcrypto.so.0.9.8 (0x00fa4000)
        libresolv.so.2 => /lib/tls/i686/cmov/libresolv.so.2 (0x00555000)
        libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x1ca3d000)
        libgnutls.so.26 => /usr/lib/libgnutls.so.26 (0x1eb4b000)
        libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x14a7f000)
        libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x19f18000)
        libcom_err.so.2 => /lib/libcom_err.so.2 (0x13a74000)
        libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x0c97e000)
        libkeyutils.so.1 => /lib/libkeyutils.so.1 (0x0d073000)
        libtasn1.so.3 => /usr/lib/libtasn1.so.3 (0x0b5c2000)
        libgcrypt.so.11 => /lib/libgcrypt.so.11 (0x09524000)
        libgpg-error.so.0 => /lib/libgpg-error.so.0 (0x07565000)

3. Debugging Info

$ sudo gdb ./httpd

GNU gdb (GDB) 7.1-ubuntu
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /home/apache-2.2.2/bin/httpd...done.

(gdb) b ap_process_request
Breakpoint 1 at 0x80b2409: file http_request.c, line 252.
(gdb) run -X -d /home/apache
Starting program: /home/apache-2.2.2/bin/httpd -X -d /home/apache
[Thread debugging using libthread_db enabled]

Breakpoint 1, ap_process_request (r=0x831e390) at http_request.c:252
252         if (ap_extended_status)
(gdb) n
235     {
(gdb) n
252         if (ap_extended_status)
(gdb) n
254         access_status = ap_run_quick_handler(r, 0);  /* Not a look-up request */
(gdb) n
255         if (access_status == DECLINED) {
(gdb) n
256             access_status = ap_process_request_internal(r);
(gdb) n
257             if (access_status == OK) {
(gdb) n
258                 access_status = ap_invoke_handler(r);
(gdb) n

Program received signal SIGSEGV, Segmentation fault.
0x0079b611 in php_handler (r=0x831e390)
    at /home/kawasaki/src/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:550
550             conf = ap_get_module_config(r->per_dir_config, &php5_module);
(gdb) n

(gdb) bt
#0  0x0079b611 in php_handler (r=0x831e390)
    at /home/kawasaki/src/php/php-5.3.3/sapi/apache2handler/sapi_apache2.c:550
#1  0x0807aa47 in ap_run_handler (r=0x831e390) at config.c:157
#2  0x0807db31 in ap_invoke_handler (r=0x831e390) at config.c:371
#3  0x080b2578 in ap_process_request (r=0x831e390) at http_request.c:258
#4  0x080af81e in ap_process_http_connection (c=0x8314348) at http_core.c:172
#5  0x080817c7 in ap_run_process_connection (c=0x8314348) at connection.c:43
#6  0x080cf1d4 in child_main (child_num_arg=<value optimised out>) at prefork.c:640
#7  0x080cf434 in make_child (s=0x8109f78, slot=0) at prefork.c:680
#8  0x080d01fa in ap_mpm_run (_pconf=0x81010a8, plog=0x814b1d0, s=0x8109f78)
    at prefork.c:956
#9  0x0806872f in main (argc=135262496, argv=0x0) at main.c:717

参考: Apache Debugging Guide: Using gdb

落ちている箇所、php_handler (php-5.3.3/sapi/apache2handler/sapi_apache2.c:550)のソースコード

538 static int php_handler(request_rec *r)
539 {
540     php_struct * volatile ctx;
541     void *conf;
542     apr_bucket_brigade * volatile brigade;
543     apr_bucket *bucket;
544     apr_status_t rv;
545     request_rec * volatile parent_req = NULL;
546     TSRMLS_FETCH();
547
548 #define PHPAP_INI_OFF php_apache_ini_dtor(r, parent_req TSRMLS_CC);
549
550     conf = ap_get_module_config(r->per_dir_config, &php5_module);
551
552     /* apply_config() needs r in some cases, so allocate server_context early */
553     ctx = SG(server_context);
554     if (ctx == NULL || (ctx && ctx->request_processed && !strcmp(r->protocol, "INCLUDED"))) {
555 normal:
556         ctx = SG(server_context) = apr_pcalloc(r->pool, sizeof(*ctx));
557         /* register a cleanup so we clear out the SG(server_context)
558          * after each request. Note: We pass in the pointer to the
559          * server_context in case this is handled by a different thread.
560          */
561         apr_pool_cleanup_register(r->pool, (void *)&SG(server_context), php_server_context_cleanup, apr_pool_cleanup_null);
562         ctx->r = r;
563         ctx = NULL; /* May look weird to null it here, but it is to catch the right case in the first_try later on */
564     } else {
565         parent_req = ctx->r;
566         ctx->r = r;
567     }
568     apply_config(conf);

php5 モジュールの設定情報読み込み時にSegmentation fault(11)でApacheがCrashしている。 理由がわからない。とりあえず調査はここで止め、Apacheの設定ファイルからはphp5 モジュールのロード設定をはずしている。 早まった考えかもしれないがPHPを使うのやめてしまおうかと思っている今日この頃。PHPなんて。。

おわり

追記 2010.12.05

Apache-2.2.2、PHP-5.3.3共にアンインストールして再インストールしたところ問題なく動いてしまった。evidenceを集め、問題を特定する、それしかないと思い込み（だらだらと）調査していたのでとりあえず再インストールしてみる選択肢は頭になかった。結論として、（素人ぽくてアレなんだけど）困ったときは再インストールしろ – ということだ。

]]> http://yk55.com/blog/2010/11/30/php5apache2_segmentation_fault_under_ubuntu/feed/ 0 簡単Boehm GCによるC/C++メモリリーク検知 http://yk55.com/blog/2010/03/25/boehm_gc_detect_memory_leak/ http://yk55.com/blog/2010/03/25/boehm_gc_detect_memory_leak/#comments Thu, 25 Mar 2010 14:37:54 +0000 yoichi http://yk55.com/blog/?p=269 Boehm GCはガベージコレクションの標準実装がないC/C++でガベージコレクションのようなことを実現可能にしてくれるライブラリ。 一度確保されたリソースは明示的に解放処理が行われない限りメモリリークが発生してしまうけれどもBoehm GCで用意されている関数群（通常はGC_MALLOC）を使ってリソースを確保すれば不要になった段階で自動的に解放してくれる。 ソースコード全体で統一してこのライブラリを利用していればオブジェクトの寿命管理の手間は減るだろうし自分がコードの責任者であるならば難しいところを枯れたライブラリにお任せできるので安心感はあるのだろう。ちなみにこのライブラリ、以前からその存在は知ってはいたけれどスマートポインタ派の自分としてはオブジェクトの寿命管理のためにこれを使うモチベーションはいまいち感じられない。

そんなBoehm GCは「Using the Garbage Collector as Leak Detector」で紹介されているようにメモリリーク検知用ユーティリティとしても使える。ドキュメントやソースコードを覗いてみて少し工夫すれば手軽に既存のコードに殆ど手を加えること無くメモリリークの検知ができそうだったので試しにサンプルコードを書いてみた。以下、Boehm GCのインストールからC/C++コードでのメモリリーク検知について。

Boehm GCインストール

まずは自分の環境(debina5.0.1″lenny”)にBoehm GCをインストールしてみる。 Boehm GCライブラリをつかって開発するにはlibgc-devとlibgc1c2が必要。もし自分の環境に合うパッケージが存在しない場合は直接ここから tar.gzボールをダウンロードして例のconfigure、make、make install。

$ sudo apt-get install libgc-dev
$ sudo apt-get install libgc1c2
$ dpkg --list |grep libgc
ii  libgc-dev                       1:6.8-1.1                conservative garbage collector for C (develo
ii  libgc1c2                        1:6.8-1.1                conservative garbage collector for C and C++

Cコードメモリリーク検知 – *alloc/freeをGC_関数に置換

Boehm GCにはGC_MALLOC等のリソース確保系関数でリソース確保されたにもかかわらずGC_FREE等の解放系関数でリソース解放されずにリークしてしまっているオブジェクトを検知してそれらをレポートする機能がある。 このメモリリーク検知レポートはGC_gcollect関数で実行される。ただしこのときメモリリーク検知レポート機能をオンにするためにはそもそもBoehm GC を-DFIND_LEAKオプションでコンパイルするか、または実行時にダイナミックにGC_find_leak=1をセットしてやる必要がある。

  • 対象オブジェクト: GC_MALLOC等でリソース確保されたにもかかわらずGC_FREE等で解放されないオブジェクト
  • 検知レポート実行関数： GC_gcollect
  • 前提条件： -DFIND_LEAKオプションでコンパイルされたBoehmGC or 実行時にGC_find_leak=1をセット

「Using the Garbage Collector as Leak Detector」ではこのメモリリーク検知レポート機能を利用して実際のCコードのメモリリークを検知するために直接ヒープからメモリ確保、解放を行うための基本関数をBoehmGCの関数で置き換えるためのヘッダを用意している。

gc_detect_leaks.h

#define GC_DEBUG
#include "gc.h"
#define malloc(n) GC_MALLOC(n)
#define calloc(m,n) GC_MALLOC((m)*(n))
#define free(p) GC_FREE(p)
#define realloc(p,n) GC_REALLOC((p),(n))
#define CHECK_LEAKS() GC_gcollect()

試しにメモリリークを引き起こすコードに上記ヘッダをインクルードしたサンプルコード(t1.c)を用意してコンパイル+ 実行してみる。
サンプルコード: t1.c

#include <stdio.h>
#include "gc_detect_leaks.h"
int main() {
    GC_find_leak = 1;
    char *a;
    while(1){
        a = (char*)malloc(100);　　// t1.c: line7
        //free(a);
        CHECK_LEAKS();
    }
}
[コンパイルと実行結果]
$ gcc -g -Wall t1.c -o t1 -I/usr/include/gc -L/usr/lib -lgc
$ ./t1
Leaked composite object at 0x805af90 (t1.c:7, sz=100, NORMAL)
Leaked composite object at 0x805af10 (t1.c:7, sz=100, NORMAL)
Leaked composite object at 0x805af90 (t1.c:7, sz=100, NORMAL)
...

無事メモリリークを検知。メモリリークの原因となっている箇所（t1.cの７行目）も特定されているので合格。ちなみに上記ヘッダでGC_DEBUGをdefineしているは理由はgc.hで定義されているGC_MALLOCをデバック用出力にモードにするため。以下gc.hの該当部分だけを略して抜粋。

gc6.8 – /usr/local/gc/gc.h

#ifdef GC_ADD_CALLER
#  define GC_EXTRAS GC_RETURN_ADDR, __FILE__, __LINE__
...略...
#else
#  define GC_EXTRAS __FILE__, __LINE__
...略...
#endif

# ifdef GC_DEBUG
#   define GC_MALLOC(sz) GC_debug_malloc(sz, GC_EXTRAS)
... 略...
# else
#   define GC_MALLOC(sz) GC_malloc(sz)
...略...
# endif

C++ コードメモリリーク検知 – gc/gc_cleanupクラスで継承

次にC++コードのメモリリーク検知を行う。C++のデータ構造の基本はクラス（細かいことを省けば構造体もクラス）でありクラスはnewオペレーターでメモリを動的に確保する。 当然のことながらデフォルトのnewオペレータでリソース確保した場合はGC回収不能であるためBoehm GCが用意しているC++用ライブラリを利用する。gc_cpp.hをみるとこれは単なるCライブラリのラップクラス。以下のようにgcやgc_cleanupクラスをベースクラスとすることでGC回収可能なオブジェクトとして扱うことができる。

サンプルコード: t2.cpp

#include <stdio.h>
#define GC_DEBUG
#include "gc_cpp.h"
#define CHECK_LEAKS() GC_gcollect()
class Foo: public gc{};
int main() {
    GC_find_leak = 1;
    Foo *f;
    while(1){
        f =new Foo;　　　// t2.cpp: line10
//        delete f;
        CHECK_LEAKS();
    }
}
[コンパイルと実行結果]
$ g++ -g -Wall t2.cpp -o t2 -I/usr/include/gc -L/usr/lib -lgc
$ ./t2
Leaked composite object at 0x805afe8 (/usr/include/gc/gc_cpp.h:274, sz=1, NORMAL)
Leaked composite object at 0x805afd0 (/usr/include/gc/gc_cpp.h:274, sz=1, NORMAL)
Leaked composite object at 0x805afe8 (/usr/include/gc/gc_cpp.h:274, sz=1, NORMAL)
....

これも無事メモリリーク検知はされている。ただしリーク箇所が/usr/include/gc/gc_cpp.hのL274行目を指している。これではリークの原因箇所がわからない。できればt2.cppのL10行目(f=new Foo)を指してもらいたい。さらにこの方法では単に既存のコードのメモリーリーク検知のみを行いたい場合でも、クラスをgc やgc_cleanupクラスで継承させるといったコードに手を加えていく作業が必要があるのでとても面倒でありコード量が多ければ多いほど手間がかかる。

C++コードメモリリーク検知 – new/deleteオペレータのオーバーロード

そこで既存のコードにあまり手を加えなくてもメモリリーク検知ができ、且つリークの原因箇所を特定できる方法を考えてみた。まずは既存のコードの手を加えないでメモリリーク検知する方法。クラスはリソースの確保、解放をそれぞれnew、 deleteオペレータで行うのでこれらをグローバルにオーバーロードしてやり内部のリソース確保、解放のための実装をGC関数で置き換えてやる。そしてそのヘッダを既存のコードにインクルードしてやれば既存のコードに手を加えないでメモリーリークの検知ができるのではないかと。 ヘッダは以下のような感じ。

#define GC_DEBUG
#include "gc.h"
void* operator new(size_t size) {
    return GC_MALLOC(size);
}
void* operator new[](size_t size) {
    return GC_MALLOC(size);
}
void operator delete(void* p) {
    if (p) GC_FREE(p);
}
void  operator delete[](void* p) {
    if (p) GC_FREE(p);
}

ただしこれだけではメモリリークの検知はできてもリークの原因箇所の特定が難しい。このままだと上記ヘッダのGC_MALLOC()コール箇所がリーク箇所としてレポートされてしまう。 理想はnewオペレータをコールしている箇所がレポートされて欲しい。ということで次のように GC_debug_malloc()にnewオペレータコール箇所のファイル名と行を渡すように変更してみる。

gc_detect_leaks.h

#define GC_DEBUG
#include "gc.h"
void* operator new(size_t size, const char * s, int i) {
    return GC_debug_malloc(size,s,i);
}
void* operator new[](size_t size,  const char * s, int i) {
    return GC_debug_malloc(size,s,i);
}
void operator delete(void* p) {
    if (p) GC_debug_free(p);
}
void  operator delete[](void* p) {
    if (p) GC_debug_free(p);
}
#   define new new(__FILE__, __LINE__)
#   define CHECK_LEAKS() GC_gcollect()
int GC_find_leak = 1;

ためしにメモリリークを引き起こすC++コードに上記ヘッダをインクルードしたものを用意してコンパイル+ 実行してみる。今度はヘッダにint GC_find_leak = 1を含めているのでサンプルコードにGC_find_leak = 1をセットする必要はない。

サンプルコード: t3.cpp

#include <stdio.h>
#include "gc_detect_leaks.h"
class Foo{};
int main() {
    Foo *f;
    while(1){
        f =new Foo;     // t3.cpp: line7
//        delete f;
        CHECK_LEAKS();
    }
}
[コンパイルと実行結果]
$ g++ -g -Wall t3.cpp -o t3 -I/usr/include/gc -L/usr/lib -lgc
$ ./t3
Leaked composite object at 0x805afe8 (t3.cpp:7, sz=1, NORMAL)
Leaked composite object at 0x805afd0 (t3.cpp:7, sz=1, NORMAL)
Leaked composite object at 0x805afe8 (t3.cpp:7, sz=1, NORMAL)
...

見事メモリリークを検知しnewオペレータをコールしている行がレポートされた。というわけでこのヘッダをインクルードするだけで他の既存のコードに手を加えることなくメモリリークを検知することができた。

最後に、今回使ったサンプルコードとここで紹介したヘッダを少し体裁を整えてgithubにあげておきました。ちなみにgithubにあげたgc_detect_leaks.hを使う際は-DGC_DETECT_MEM_LEAKでコンパイルすることをお忘れなく。

http://github.com/yokawasa/any/tree/master/boehmgc/

おわり

]]> http://yk55.com/blog/2010/03/25/boehm_gc_detect_memory_leak/feed/ 0