Bug #5439

Bug #5350: WeakRef で謎の NoMethodError

r33361以降sample/test.rb:systemがFになる

Added by Naohisa Goto over 3 years ago. Updated over 3 years ago.

[ruby-dev:44596]
Status:Closed
Priority:Normal
Assignee:-
ruby -v:1.9.x Backport:

Description

r33361の変更により、ccでコンパイルすると、プログラム終了時にfinalizerが呼ばれなくなり、sample/test.rb:system にFが出ます。
(Solaris 10, sparc, Sun Studio 11 にて確認)

% make test
(中略)
sample/test.rb:eval .............................
sample/test.rb:system .FFFF.F.
sample/test.rb:const .....
(中略)
sample/test.rb:path .......................
sample/test.rb:gc ....make: *** [yes-test-sample] Error 1

Fが出ているテストの1つは以下です。
test_ok(./miniruby -e 'print "foobar"' == 'foobar')

r33361の変更で、以下の文が2か所に追加されています。
if (ATOMIC_SET(finalizing, 1)) return;
マクロ ATOMIC_SET() は、gccの場合(ただしWindows以外)、
# define ATOMIC_SET(var, val) __sync_lock_test_and_set(&(var), (val))
に展開され、http://gcc.gnu.org/onlinedocs/gcc/Atomic-Builtins.html によるとこの関数は

returns the previous contents of *ptr.
つまり、その変数に以前セットされていた値を返しますが、
gccおよびWIN32以外(Solarisのccなど)では、
# define ATOMIC_SET(var, val) ((var) = (val))
に展開される、つまり、新しく代入した値を返すため、
if (ATOMIC_SET(finalizing, 1)) return;
は、ATOMIC_SET(finalizing, 1)が必ず1を返すため、常にreturnしてしまいます。
このため、多くのfinalizerが呼ばれないままプログラムが終了し、rb_io_fptr_finalizeなどで行われているバッファのフラッシュも行われないためFになったと推測します。

Associated revisions

Revision 33460
Added by Nobuyoshi Nakada over 3 years ago

  • gc.c (rb_gc_finalize_deferred, rb_objspace_call_finalizer): should use ATOMIC_EXCHANGE() to check the previous value. [Bug #5439]

Revision 33460
Added by Nobuyoshi Nakada over 3 years ago

  • gc.c (rb_gc_finalize_deferred, rb_objspace_call_finalizer): should use ATOMIC_EXCHANGE() to check the previous value. [Bug #5439]

Revision 33462
Added by Motohiro KOSAKI over 3 years ago

  • atomic.h(ATOMIC_SET): add cast to void to prevent misuse. [Bug #5439]

Revision 33462
Added by Motohiro KOSAKI over 3 years ago

  • atomic.h(ATOMIC_SET): add cast to void to prevent misuse. [Bug #5439]

Revision 33463
Added by Naohisa Goto over 3 years ago

  • atomic.h (ATOMIC_*): use atomic_ops(3C) when SunStudio on Solaris. [Bug #5439]

Revision 33463
Added by Naohisa Goto over 3 years ago

  • atomic.h (ATOMIC_*): use atomic_ops(3C) when SunStudio on Solaris. [Bug #5439]

Revision 33464
Added by Nobuyoshi Nakada over 3 years ago

  • atomic.h (ATOMIC_INC, ATOMIC_DEC): return old values. [Bug #5439]
  • signal.c (ruby_atomic_exchange): no needs to define on the platforms where atomic.h is available.

Revision 33464
Added by Nobuyoshi Nakada over 3 years ago

  • atomic.h (ATOMIC_INC, ATOMIC_DEC): return old values. [Bug #5439]
  • signal.c (ruby_atomic_exchange): no needs to define on the platforms where atomic.h is available.

History

#1 Updated by Shyouhei Urabe over 3 years ago

その他のコンパイラの場合はそれはそれで修正すべきと思いますが、sparc上のccにはatomic test and setみたいなインストラクション(があるのか存じ上げませんが)を生成する方法はないのでしょうか? あるのならそちらを使うようにするのが筋という気がします。

#2 Updated by Motohiro KOSAKI over 3 years ago

代入前の値を知りたいときは ATOMIC_EXCHANGE 使わないとダメ。

やらないといけないことが3つあって
1.ATOMIC_SETに void キャストいれて、戻り値使おうとしたらコンパイルエラーになるようにする
2.指摘されてる間違った ATOMIC_SEC を ATOMIC_EXCHANGEに変換
3.いまatomicに対応してるのはgccとVCだけなので、#if defined(_SUNPRO_CC) だったら
http://www.unix.com/man-page/OpenSolaris/9f/atomic
ops/
の命令つかって、atomicに動くように実装する

1と2はこちらでさっくり出来そうですが、3はこちらではコンパイルテストすら出来ないので
協力していただけると助かります

#3 Updated by Naohisa Goto over 3 years ago

3.いまatomicに対応してるのはgccとVCだけなので、#if defined(_SUNPRO_CC) だったら http://www.unix.com/man-page/OpenSolaris/9f/atomicops/ の命令つかって、atomicに動くように実装する

Solaris10ではヘッダの場所が #include となっているのがOpenSolarisと違いますが、関数の仕様は同じのようです。(もっとも、Solaris10 の atomic.h を覗いたら、単に #include しているだけでしたが)

https://sites.google.com/a/diviware.com/unix/unix-page/solaris-page/solaris-man-pages/3c/atomic_ops

NetBSDなど他のOSにも同等/類似の関数があるようですので、configureで判別するほうが幸せかもしれません。
http://www.daemon-systems.org/man/atomic_ops.3.html

#4 Updated by Nobuyoshi Nakada over 3 years ago

  • Status changed from Open to Closed
  • % Done changed from 0 to 100

This issue was solved with changeset r33460.
Naohisa, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.


  • gc.c (rb_gc_finalize_deferred, rb_objspace_call_finalizer): should use ATOMIC_EXCHANGE() to check the previous value. [Bug #5439]

Also available in: Atom PDF