METAREAL

何故、コマンドライン引数が無視されるのか

コマンドライン引数が無視される原因を調べてみると、どうやら test.rb が使っている Test::Unit が悪さをしているらしい（Test::Unit は Ruby の標準添付ライブラリで、いわゆる xUnit ツールの Ruby 版である）。

簡単な検証スクリプトを書いてみる。

require "test/unit"

puts "before test: ARGV = #{ARGV.inspect}"
class SimpleTestCase < Test::Unit::TestCase
  def test_argv()
    puts "in test: ARGV = #{ARGV.inspect}"
  end
end

ユニットテストが実行される前と、実行されるときに ARGV（コマンドライン引数の配列）をダンプするだけのスクリプトだ。これを適当な引数つきで実行して、その結果を確認する。

% ruby ./simple_test.rb 1 2 3
before test: ARGV = ["1", "2", "3"]
Loaded suite ./simple_test
Started
in test: ARGV = 
.
Finished in 0.000316 seconds.

1 tests, 0 assertions, 0 failures, 0 errors

ユニットテストを実行する前では ARGV に引数の 1, 2, 3 が格納されているが、テストの内部では ARGV が空になっている。となると、Test::Unit が渡ってきた引数を食べてしまっているのに違いない。

Test::Unit のソースを調べる

実際のとこ、どうなっているのか。ソースコードに聞いてみよう。場所は /usr/local/lib/ruby/1.8/test/。まずは動作を確認するために、unit.rb の 276 行目だ。

at_exit do
  unless $! || Test::Unit.run?
    exit Test::Unit::AutoRunner.run
  end
end

このコードは require されたときに実行され、at_exit で Test::Unit::AutoRunner の run メソッドが呼び出される。この定義は autorunner.rb だ。

module Test
  module Unit
    class AutoRunner
      def self.run(force_standalone=false, default_dir=nil, argv=ARGV, &block)
        r = new(force_standalone || standalone?, &block)
        if((!r.process_args(argv)) && default_dir)
          r.to_run << default_dir
        end
        r.run
      end

怪しげなコードを発見できた。 インスタンスの process_args メソッドに ARGV をそのまま渡している。

def process_args(args = ARGV)
  begin
    options.order!(args) {|arg| @to_run << arg}
  rescue OptionParser::ParseError => e
    puts e
    puts options
    $! = nil
    abort
  else
    @filters << proc{false} unless(@filters.empty?)
  end
  not @to_run.empty?
end

肝になるのは options.order!(args) の部分だ。options では、OptionParser インスタンスが返り、そして、OptionParser#order! はマニュアルによると、

与えられた argv を順番にパースします。 オプションではないコマンドの引数(下の例で言うと somefile)に出会うと、パースを中断します。 ブロックが与えられている場合は、パースを中断せずに 引数をブロックに渡してブロックを評価し、パースを継続します。argv を返します。

<strong>order! は与えられた argv を破壊的にパースします。 argv からオプションがすべて取り除かれます。</strong>

とのことなので、ここで ARGV の中身が破壊されているのは明白だ。

test.rb を変更して対策

では、どうするか？

結局、Test::Unit::AutoRunner.run で直接 ARGV を渡してしまうのが不味いわけで、自前で Test::Unit::AutoRunner.run を呼び出し、そのさいに ARGV のコピーを渡すようにしてみた。

--- test.rb.orig        2006-12-28 01:20:19.000000000 +0900
+++ test.rb     2006-12-28 01:21:04.000000000 +0900
@@ -1429,3 +1429,4 @@
   end

 end if Mysql.client_version >= 40100
+Test::Unit::AutoRunner.run(false, nil, ARGV.dup)

これでテストも実行できるはず ...

% ruby ./test.rb localhost root
Loaded suite ./test
Started
....................................................................FF...........................................
Finished in 0.32177 seconds.

通った！...

  1) Failure:
test_fetch_double(TC_MysqlStmt2) [./test.rb:920]:
<-1.79769313486232e+308> and
<-1.79769313486232e+308> expected to be within
<2.22044604925031e-16> of each other.

  2) Failure:
test_fetch_double_unsigned(TC_MysqlStmt2) [./test.rb:937]:
<1.79769313486232e+308> and
<1.79769313486232e+308> expected to be within
<2.22044604925031e-16> of each other.

... と思ったら駄目でした。

うーん、高速化パッチを適用せずにテストしても同じ結果なので、これはまた別の原因だな。 まあ、浮動小数点関係っぽいので環境依存かもしれん、、てことでスルーしとこう。

初期化

MySQL のインストールが完了したら、マニュアル通り、インストール後の作業を進めていく。

mysql_install_db でデータ格納ディレクトリとアカウントを初期化する。

% cd /usr/local/mysql/
% sudo chown -R mysql:mysql /usr/local/mysql
% sudo bin/mysql_install_db --user=mysql

データベースを起動。

% sudo bin/mysqld_safe --user=mysql &

いくつかのコマンドを実行して、動作を確認。

% bin/mysqladmin version
% bin/mysqladmin variables
% bin/mysqlshow

停止。

% sudo bin/mysqladmin -u root shutdown

アカウントの設定

インストール直後の MySQL には 2 つのアカウントが用意されている。

• root - パスワードなし - local host からの接続のみ許可
• 匿名アカウント - パスワードなし - local host からの接続のみ許可 - test または test_ で始まる名前のデータベースへの権限

つまり、最初から用意されているアカウントには、いずれもパスワードが設定されていない。これはセキュリティ的によろしくないので、次のふたつを実行する。

1. 匿名アカウントの削除
2. root にパスワードを設定

MySQL を起動し、mysql -u root で接続。

まずは、匿名アカウントの削除を削除する。

mysql> DELETE FROM mysql.user WHERE User = '';
mysql> FLUSH PRIVILEGES;

root にパスワードを設定する。

mysql> SET PASSWORD FOR 'root'\@'localhost' = PASSWORD('newpwd');
mysql> SET PASSWORD FOR 'root'\@'%' = PASSWORD('newpwd');

アカウントの追加

実際に、アプリケーションを開発する場合は、自分のアカウントを作っておいた方がいいだろう。

アカウントの追加は GRANT コマンドで行う。

mysql> GRANT ALL PRIVILEGES ON *.* TO 'ishikawa'\@'localhost'
    -> IDENTIFIED BY 'newpwd' WITH GRANT OPTION;

ここでは ishikawa というアカウントを作成した。開発用のため、外部から接続する必要はないので、local host からのみのアクセスを許可した。