Kazuki Nakajima
nkjm.****@gmail*****
2007年 6月 27日 (水) 16:07:25 JST
こんにちは、中嶋と申します。 バグを修正したTritonnパッチを作成しました。 https://nkjmkzk.net/file/tritonn_for_mysql-5.0.41_2007_06_27.patch.bz2 手元にRailsのテストをすぐ行える環境がなかったのでMLで投稿されていた Backtraceだけを頼りに行いましたので問題が解決されたかどうかわかりま せんが（オイオイ）、もし試していただければテスト結果を報告いただけると嬉 しいです。 07/05/29 に Tasuku SUENAGA <a****@razil*****> さんは書きました: > > 末永です。 > > 貴重な情報をありがとうございます！ > 落ちる直接的な原因をつかむことができました。 > > Sennaのインデックス作成時に、 > encodingに想定されてない値が入っていない場合 > 不正な動作を行う可能性があります。 > > Tritonnで範囲外のencodingを指定する問題を修正し、 > Senna側でもencodingの範囲チェックを行うことによって > 修正できたないいな、と考えております。 > > Kentaro KAWAMOTO さんは書きました: > > 川本です。 > > > > ものすごく遅いレスで恐縮ですが、 > > 約 2 ヶ月前に [Senna-dev 524] で報告させていただいた > > Rails がらみのバグについてです。 > > > >> Senna 1.0.4 + Tritonnの次回リリースで > >> １度お試しいただけると嬉しいです。 > > > > 最新の > > MySQL 5.0.41 + Senna 1.0.5 > > でも再現しました。 > > > > gdb でとったトレースです。 > > ---------------------------------------------------------------- > > Program received signal SIGSEGV, Segmentation fault. > > [Switching to Thread -1326969936 (LWP 13829)] > > 0x083687fd in sen_index_create ( > > path=0xb0e7ea68 > > "/home/foo/local/mysql/var/db_name/table_name.002", key_size=8, > > flags=1, initial_n_segments=512, encoding=139568168) > > at index.c:685 > > 685 SEN_LOG(sen_log_notice, "creating '%s' encoding=%s > initial_n_segments=%d", > > Current language: auto; currently c > > (gdb) bt > > #0 0x083687fd in sen_index_create ( > > path=0xb0e7ea68 > > "/home/foo/local/mysql/var/db_name/table_name.002", key_size=8, > > flags=1, initial_n_segments=512, encoding=139568168) > > at index.c:685 > > #1 0x08309728 in mi_delete_all_rows (info=0x8b2d530) > > at mi_delete_all.c:51 > > #2 0x0814a6e5 in mysql_delete (thd=0x8aecfe0, table_list=0x8b03c68, > > conds=0x0, order=0x8aee054, limit=4294967295, options=0, > > reset_auto_increment=false) at sql_delete.cc:109 > > #3 0x080e72ff in mysql_execute_command (thd=0x8aecfe0) > > at sql_parse.cc:3678 > > #4 0x080ec496 in mysql_parse (thd=0x8aecfe0, > > inBuf=0x8b03bf0 "DELETE FROM table_name", length=18) at > sql_parse.cc:5980 > > #5 0x080ec9f3 in dispatch_command (command=COM_QUERY, thd=0x8aecfe0, > > packet=0x8b2e7c9 "DELETE FROM table_name", packet_length=19) > > at sql_parse.cc:1801 > > #6 0x080eddaf in do_command (thd=0x8aecfe0) at sql_parse.cc:1580 > > #7 0x080ee8f0 in handle_one_connection (arg=0x8aecfe0) > > at sql_parse.cc:1194 > > #8 0x083eb0cf in start_thread (arg=0xb0e80bb0) at pthread_create.c:261 > > #9 0x084d115e in clone () > > ---------------------------------------------------------------- > > > > この環境は、ubuntu 6.10 (Pentium M) ですが、 > > 別の環境 ubuntu 7.04 (Athlon 64 Dual Core) では再現しませんでした。 > > > > MySQL + tritonn パッチをコンパイルしたときのオプションは、 > > 下記のとおりです。 > > > > ---------------------------------------------------------------- > > CFLAGS="-g -O2 -mtune=pentium-m" \ > > CXXFLAGS="-g -O2 -mtune=pentium-m -felide-constructors -fno-exceptions > > -fno-rtti" \ > > CXX=gcc \ > > ./configure \ > > --prefix=/home/foo/local/mysql \ > > --enable-assembler \ > > --with-mysqld-ldflags=-all-static \ > > --with-readline \ > > --enable-thread-safe-client \ > > --with-charset=utf8 \ > > --with-innodb \ > > --with-fast-mutexes \ > > --with-senna \ > > --with-mecab > > ---------------------------------------------------------------- > > > > > > ご確認いただければと思います。 > > よろしくお願いします。 > > > > > > On 4/2/07, Tasuku SUENAGA <a****@razil*****> wrote: > >> 末永です。 > >> > >> 川本さんに以前指摘いただいた、 > >>> アプリケーションは問題なく動くのですが、 > >>> rails のテストケースを実行すると、 > >>> エラーが発生するので、報告いたします。 > >> この問題についてですが、 > >> 再現ができていません… > >> > >> 今回Senna 1.0.4で > >> もしかしたら解決するかもしれません。 > >> > >> Tritonnにおける、 > >> 以下のバグとも関連があるかもしれません。 > >> > http://sourceforge.jp/tracker/index.php?func=detail&aid=10184&group_id=2576&atid=9554 > >> > >> Senna 1.0.4 + Tritonnの次回リリースで > >> １度お試しいただけると嬉しいです。 > >> > >> --- > >> Tasuku SUENAGA <a****@razil*****> > --- > Tasuku SUENAGA <a****@razil*****> > > _______________________________________________ > Senna-dev mailing list > Senna****@lists***** > http://lists.sourceforge.jp/mailman/listinfo/senna-dev >
