From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Original-To: poffice@blade.nagaokaut.ac.jp Delivered-To: poffice@blade.nagaokaut.ac.jp Received: from kankan.nagaokaut.ac.jp (kankan.nagaokaut.ac.jp [133.44.2.24]) by blade.nagaokaut.ac.jp (Postfix) with ESMTP id 2355019E0036 for ; Tue, 8 Dec 2015 11:39:42 +0900 (JST) Received: from voscc.nagaokaut.ac.jp (voscc.nagaokaut.ac.jp [133.44.1.100]) by kankan.nagaokaut.ac.jp (Postfix) with ESMTP id 9A771B5D8A1 for ; Tue, 8 Dec 2015 12:11:21 +0900 (JST) Received: from neon.ruby-lang.org (neon.ruby-lang.org [221.186.184.75]) by voscc.nagaokaut.ac.jp (Postfix) with ESMTP id 7367918CC7D0 for ; Tue, 8 Dec 2015 12:11:21 +0900 (JST) Received: from [221.186.184.76] (localhost [IPv6:::1]) by neon.ruby-lang.org (Postfix) with ESMTP id A2BB212051F; Tue, 8 Dec 2015 12:11:20 +0900 (JST) X-Original-To: ruby-core@ruby-lang.org Delivered-To: ruby-core@ruby-lang.org Received: from o2.heroku.sendgrid.net (o2.heroku.sendgrid.net [67.228.50.55]) by neon.ruby-lang.org (Postfix) with ESMTPS id 19AB9120512 for ; Tue, 8 Dec 2015 12:11:14 +0900 (JST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.me; h=from:to:references:subject:mime-version:content-type:content-transfer-encoding:list-id; s=smtpapi; bh=uu0WX18zdVISAVZiiIIfjzJe4jc=; b=Jb5+y02UA87NVI5xzG MIvfQY7Rlgx1FpgznbWngj+j3mluOaXusMeSbT8olBDb0LXJpEa7Wdf+umPH6Afs q1YM/4emfhe1rf+V9BWiIbIE1i2vZRpjn3330I0lybKNknESQB9bwMlBC9W0Q3oW m/YE1mxd4EHRoN4t5A7C7vIDA= Received: by filter0425p1mdw1.sendgrid.net with SMTP id filter0425p1mdw1.31670.56664A4F2D 2015-12-08 03:11:11.738902493 +0000 UTC Received: from herokuapp.com (ec2-54-234-56-184.compute-1.amazonaws.com [54.234.56.184]) by ismtpd0003p1iad1.sendgrid.net (SG) with ESMTP id a3u6ZPUGQ8KA3FS-3YnttA for ; Tue, 08 Dec 2015 03:11:11.640 +0000 (UTC) Date: Tue, 08 Dec 2015 03:11:11 +0000 From: usa@garbagecollect.jp To: ruby-core@ruby-lang.org Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Redmine-MailingListIntegration-Message-Ids: 46628 X-Redmine-Project: ruby-trunk X-Redmine-Issue-Id: 8543 X-Redmine-Issue-Author: alvoskov X-Redmine-Issue-Assignee: ko1 X-Redmine-Sender: usa X-Mailer: Redmine X-Redmine-Host: bugs.ruby-lang.org X-Redmine-Site: Ruby Issue Tracking System X-Auto-Response-Suppress: All Auto-Submitted: auto-generated X-SG-EID: ync6xU2WACa70kv/Ymy4QrNMhiuLXJG8OTL2vJD1yS4LcefbgEUNh1r2sNtLimVrnabc0M+tE+JZ9s OKosmh5428kqaeGxS8DrzabkUtjQ/djbUgdCiyB4lBKuzLoumfb1FBhOzAQmAo2LYe3VcnafO6MwbR qsASdj3AzYMqBACyNEyw+q86ckLWkRjfjaq1rYGr2km5qVgjyFh7CI3VDQ== X-ML-Name: ruby-core X-Mail-Count: 71930 Subject: [ruby-core:71930] [Ruby trunk - Bug #8543] new rb_iseq_load crash X-BeenThere: ruby-core@ruby-lang.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Ruby developers List-Id: Ruby developers List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: ruby-core-bounces@ruby-lang.org Sender: "ruby-core" Issue #8543 has been updated by Usaku NAKAMURA. Backport changed from 2.0.0: UNKNOWN, 2.1: REQUIRED, 2.2: DONE to 2.0.0: UNKNOWN, 2.1: DONTNEED, 2.2: DONE 2.0/2.1 use different code about r51816. So they don't have this problem, I think. ---------------------------------------- Bug #8543: new rb_iseq_load crash https://bugs.ruby-lang.org/issues/8543#change-55336 * Author: Alexey Voskov * Status: Closed * Priority: Normal * Assignee: Koichi Sasada * ruby -v: - * Backport: 2.0.0: UNKNOWN, 2.1: DONTNEED, 2.2: DONE ---------------------------------------- I noticed an unusual behaviour of undocumented rb_iseq_load function. Its work differs in different Ruby versions. I'm trying to protect some Ruby source code by its conversion to YARV p-code and using the next strategy: 1. Convert code to array ~~~ruby data = RubyVM::InstructionSequence.compile_file('hello.rb').to_a ~~~ 2. Pass a compiled source to the rb_iseq_load function and evaluate it ~~~ruby iseq = iseq_load.(data) iseq.eval ~~~ Sample programs are supplied in the attachments. "hello.rb" ```ruby puts "tralivali" def funct(a,b) a**b end 3.times { |i| puts "Hello, world#{funct(2,i)}!" } ``` The differences Ruby 1.9.3 (ruby 1.9.3p194 (2012-04-20) [i386-mingw32]) Correct work. Output: ``` tralivali Hello, world1! Hello, world2! Hello, world4! ``` Ruby 2.0.0 (ruby 2.0.0p193 (2013-05-14) [x64-mingw32]) Incorrect work (omits the code inside code blocks). Output ``` tralivali ``` Attempts of loading bigger programs by means of rb_iseq_load in Ruby 2.0.0 usually ends with a segmentation fault. Such behaviour also can be reproduced by means of iseq Ruby extension ("for iseq freaks") https://github.com/wanabe/iseq P.S. I understand that it is an undocumented feature. ---Files-------------------------------- hello.rb (102 Bytes) rb_pack.rb (931 Bytes) iseq-load-test3.rb (210 Bytes) iseq-load-test3-file.rb (369 Bytes) please-fix-rb_iseq_load-thank-you.pdf (444 KB) iseq-load-test5.rb (4.7 KB) -- https://bugs.ruby-lang.org/