From: nobu@... Date: 2020-07-25T02:35:20+00:00 Subject: [ruby-core:99321] [Ruby master Bug#17048] Calling initialize_copy on live modules leads to crashes Issue #17048 has been updated by nobu (Nobuyoshi Nakada). I agree with @alanwu, that it won't be worth. ```diff diff --git c/class.c i/class.c index 6835d2d7289..f7a56601634 100644 --- c/class.c +++ i/class.c @@ -354,6 +354,13 @@ static void ensure_origin(VALUE klass); VALUE rb_mod_init_copy(VALUE clone, VALUE orig) { + if (RCLASS_EXT(clone)->subclasses || + RCLASS_EXT(clone)->parent_subclasses || + RCLASS_EXT(clone)->module_subclasses) { + rb_raise(rb_eTypeError, "cannot replace %s in use", + (RB_TYPE_P(clone, T_MODULE) ? "module" : "class")); + } + /* cloned flag is refer at constant inline cache * see vm_get_const_key_cref() in vm_insnhelper.c */ diff --git c/test/ruby/test_module.rb i/test/ruby/test_module.rb index d2da384cbd1..8d986f13413 100644 --- c/test/ruby/test_module.rb +++ i/test/ruby/test_module.rb @@ -435,6 +435,12 @@ assert_empty(m.constants, bug9813) end + def test_initialize_copy_in_use + m = Module.new + Class.new {include m} + assert_raise(TypeError) {m.send(:initialize_copy, Module.new)} + end + def test_dup OtherSetup.call ``` ---------------------------------------- Bug #17048: Calling initialize_copy on live modules leads to crashes https://bugs.ruby-lang.org/issues/17048#change-86715 * Author: alanwu (Alan Wu) * Status: Open * Priority: Normal * ruby -v: ruby 2.8.0dev (2020-07-23T14:44:25Z master 098e8c2873) [x86_64-linux] * Backport: 2.5: UNKNOWN, 2.6: UNKNOWN, 2.7: UNKNOWN ---------------------------------------- Here's a repro script ```ruby loop do m = Module.new do prepend Module.new def hello end end klass = Class.new { include m } m.send(:initialize_copy, Module.new) GC.start klass.new.hello rescue nil end ``` Here's a script that shows that it has broken semantics even when it happens to not crash. ```ruby module A end class B include A end module C Const = :C end module D Const = :D end A.send(:initialize_copy, C) p B::Const # :C, makes sense A.send(:initialize_copy, D) p B::Const # :D, makes sense A.send(:initialize_copy, Module.new) p (begin B::Const rescue NameError; 'NameError' end) # NameError, makes sense A.send(:initialize_copy, C) p B::Const # still NameErorr. Weird ``` This example shows that the problem exists [as far back as 2.0.0](https://wandbox.org/permlink/4dVDY9sNXJ803jh8). I think the easiest way to fix this is to forbid calling `:initialize_copy` on modules that have children. Another option is to try to decide on the semantics of this. Though I don't think it's worth the effort as this has been broken for a long time and people don't seem to to be using it. Thoughts? -- https://bugs.ruby-lang.org/ Unsubscribe: <mailto:ruby-core-request@ruby-lang.org?subject=unsubscribe> <http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>