Bug #6046

Berkeley DB dbm_open in libc is called even if --with-dbm-type=gdbm_compat is specified on FreeBSD

Added by akr (Akira Tanaka) almost 9 years ago. Updated almost 9 years ago.

Third Party's Issue
Target version:
ruby -v:
ruby 2.0.0dev (2012-02-19 trunk 34688) [x86_64-freebsd8.2]


FreeBSD 8.2 で、--with-dbm-type=gdbm_compat として ext/dbm に GDBM を
使わせようとしたときに、(libc 中の) Berkeley DB の dbm_open を呼んで


% uname -a
FreeBSD freebsd82-64 8.2-RELEASE-p3 FreeBSD 8.2-RELEASE-p3 #0: Tue Sep 27 18:45:57 UTC 2011 amd64
% mkdir g
% cd g
% prefix=pwd
% echo $prefix
% fetch
% tar xf gdbm-1.10.tar.gz
% ./configure --prefix=$prefix --enable-libgdbm-compat
% make
% make install
% cd ..
% export LD_RUN_PATH=$prefix/lib

% svn co ruby
% cd ruby
% autoconf
% ./configure --prefix=$prefix --with-opt-dir=$prefix --with-dbm-type=gdbm_compat
% make
% make install
% ./ruby -v
ruby 2.0.0dev (2012-02-19 trunk 34688) [x86_64-freebsd8.2]
% ./ruby -rdbm -e '"a")'
-e:1: [BUG] Segmentation fault
ruby 2.0.0dev (2012-02-19 trunk 34688) [x86_64-freebsd8.2]

-- Control frame information -----------------------------------------------
c:0004 p:---- s:0010 b:0010 l:000009 d:000009 CFUNC :open
c:0003 p:0017 s:0006 b:0006 l:001d88 d:001f08 EVAL -e:1
c:0002 p:---- s:0004 b:0004 l:000003 d:000003 FINISH
c:0001 p:0000 s:0002 b:0002 l:001d88 d:001d88 TOP

-- Ruby level backtrace information ----------------------------------------
-e:1:in <main>'

-- Other runtime information -----------------------------------------------

  • Loaded script: -e

  • Loaded features:

    1 /home/akr/g/lib/ruby/2.0.0/x86_64-freebsd8.2/enc/
    2 /home/akr/g/lib/ruby/2.0.0/x86_64-freebsd8.2/enc/trans/
    3 /home/akr/g/lib/ruby/2.0.0/rubygems/defaults.rb
    4 /home/akr/g/lib/ruby/2.0.0/x86_64-freebsd8.2/rbconfig.rb
    5 /home/akr/g/lib/ruby/2.0.0/rubygems/deprecate.rb
    6 /home/akr/g/lib/ruby/2.0.0/rubygems/exceptions.rb
    7 /home/akr/g/lib/ruby/2.0.0/rubygems/custom_require.rb
    8 /home/akr/g/lib/ruby/2.0.0/rubygems.rb
    9 /home/akr/g/lib/ruby/2.0.0/x86_64-freebsd8.2/

You may have encountered a bug in the Ruby interpreter or extension libraries.
Bug reports are welcome.
For details:

zsh: abort (core dumped) ./ruby -rdbm -e '"a")'

% ls -l a.*
-rw-r--r-- 1 akr akr 0 Feb 19 12:07 a.db
% file a.db
a.db: empty

まず、BUS Error が起きていますが、これは、libc の dbm_open を呼んでしまうのに、
dbm_pagfno は GDBM のものを呼んでしまうためです。
(dbm_pagfno は libc には入っていないので、選択の余地なく GDBM のが呼ばれます)

本質的な問題は、生成された a.db というファイル名からわかるように、
dbm_open は libc に入っている、Berkeley DB のものが呼ばれていることです。
(ファイルが空なのは dbm_close せずに BUS Error で終わっているからでしょう)

ldd で調べると、 にはちゃんと GDBM がリンクされています。

% ldd .ext/x86_64-freebsd8.2/
.ext/x86_64-freebsd8.2/ => /home/akr/g/lib/ (0x800c00000) => /home/akr/g/lib/ (0x800d03000) => /lib/ (0x800e0b000) => /usr/lib/ (0x800f24000) => /lib/ (0x801029000) => /lib/ (0x801142000) => /lib/ (0x800647000)

また、LD_PRELOAD で を最初に読み込ませてやれば、
意図どおりに GDBM の dbm_open が呼ばれます。

% LD_PRELOAD=$prefix/lib/ ./ruby -rdbm -e '"a")'
% ls -l a.*
-rw-r--r-- 1 akr akr 16 Feb 19 12:10 a.dir
-rw-r--r-- 1 akr akr 49152 Feb 19 12:10 a.pag
% file a.*
a.dir: GNU dbm 2.x database
a.pag: data

で、FreeBSD で、LD_PRELOAD とか変なことをせずに から、GDBM の dbm_open を呼び出すにはどうしたらいいんでしょう?

まぁ、FreeBSD で、GDBM を (gdbm 拡張でなく、わざわざ) dbm 拡張経由で

Updated by ko1 (Koichi Sasada) almost 9 years ago

  • Status changed from Open to Third Party's Issue
  • Assignee set to akr (Akira Tanaka)

田中さんが 3rd party issue で良いといったので,
このチケットは 3rd party issue.

Also available in: Atom PDF