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 BB32F17D3761 for ; Fri, 10 Oct 2014 09:00:40 +0900 (JST) Received: from funfun.nagaokaut.ac.jp (funfun.nagaokaut.ac.jp [133.44.2.201]) by kankan.nagaokaut.ac.jp (Postfix) with ESMTP id 6D448B5D881 for ; Fri, 10 Oct 2014 08:44:34 +0900 (JST) Received: from funfun.nagaokaut.ac.jp (localhost.nagaokaut.ac.jp [127.0.0.1]) by funfun.nagaokaut.ac.jp (Postfix) with ESMTP id 6187697A832 for ; Fri, 10 Oct 2014 08:44:35 +0900 (JST) X-Virus-Scanned: amavisd-new at nagaokaut.ac.jp Authentication-Results: funfun.nagaokaut.ac.jp (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=sendgrid.me Received: from funfun.nagaokaut.ac.jp ([127.0.0.1]) by funfun.nagaokaut.ac.jp (funfun.nagaokaut.ac.jp [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j5cY5r-DnCtD for ; Fri, 10 Oct 2014 08:44:34 +0900 (JST) Received: from voscc.nagaokaut.ac.jp (voscc.nagaokaut.ac.jp [133.44.1.100]) by funfun.nagaokaut.ac.jp (Postfix) with ESMTP id DBACD97A82B for ; Fri, 10 Oct 2014 08:44:34 +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 3E3A4952439 for ; Fri, 10 Oct 2014 08:44:33 +0900 (JST) Received: from [221.186.184.76] (localhost [IPv6:::1]) by neon.ruby-lang.org (Postfix) with ESMTP id AB2DA1204A8; Fri, 10 Oct 2014 08:44:26 +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 182F712048D for ; Fri, 10 Oct 2014 08:44:21 +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=3U6ZzrNEu9Rf2ywryBNHWZUD65Y=; b=LdjMUBrhE3P4TUd181 uw9vND+XhbPwriaYuYvgCYgsFLA+tFqilWeifyULp6IZ1kNoDT1ktfPIPEf4zWmd SE909kMXenhITz3tI5OsEi1jvWdROhUOYNVGK7KGeKSg18P03Acx38ldPbukySyj yQf6KbnRk6GnYu6Yqc1kZ2S8I= Received: by filter0209p1mdw1.sendgrid.net with SMTP id filter0209p1mdw1.3885.54371DD23 2014-10-09 23:44:18.167419561 +0000 UTC Received: from herokuapp.com (ec2-54-204-222-100.compute-1.amazonaws.com [54.204.222.100]) by ismtpd-029.iad1.sendgrid.net (SG) with ESMTP id 148f74c7ca0.509c.24ef51 for ; Thu, 09 Oct 2014 23:44:18 +0000 (GMT) Date: Thu, 09 Oct 2014 23:44:17 +0000 From: billk@cts.com 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: 39849 X-Redmine-Project: ruby-trunk X-Redmine-Issue-Id: 8543 X-Redmine-Issue-Author: alvoskov X-Redmine-Issue-Assignee: ko1 X-Redmine-Sender: spatulasnout X-Mailer: Redmine X-Redmine-Host: bugs.ruby-lang.org X-Redmine-Site: Ruby Issue Tracking System X-Auto-Response-Suppress: OOF Auto-Submitted: auto-generated X-SG-EID: ync6xU2WACa70kv/Ymy4QrNMhiuLXJG8OTL2vJD1yS7+2tB4U7Zfyk3tZMH3gq/Pbzk1krNPUlv6cKIAal5H9CBd545uDoR7BLQY71nqTn1tTdsNB72MhQ8cai3tf7/D3s4B7PH4dMTLih/6keZ9VQsup7akXR8g6ePkquuBnOJLc725MZHDT0naVFzubAlq X-SendGrid-Contentd-ID: {"test_id":"1412898258"} X-ML-Name: ruby-core X-Mail-Count: 65574 Subject: [ruby-core:65574] [ruby-trunk - Feature #8543] rb_iseq_load 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 B Kelly. Eric Wong wrote: > > Thanks for that data point, it was before I started mucking with iseq. > Can you try installing/running an older bison? Good call -- cygwin indeed allowed me to roll back to bison 2.7.x I wasn't able to fully automate `git bisect` as there was various build breakage on some of the commits (usually to do with changes in enc and enc/trans.) But ultimately, the result of the manual bisect was: 66d247bcb50a29769ff940100223544c125521aa is the first bad commit commit 66d247bcb50a29769ff940100223544c125521aa Author: ko1 Date: Tue Apr 24 09:20:42 2012 +0000 * compile.c: fix to output warning when the same literals are available as a condition of same case clause. And remove infomation ('#n') because we can find duplicated condition with explicit line numbers. [ruby-core:38343] [Ruby 1.9 - Bug #5068] * test/ruby/test_syntax.rb: add a test for above. git-svn-id: svn+ssh://ci.ruby-lang.org/ruby/trunk@35459 b2dd03c8-39d4-4d8f-98ff-823fe69b080e :100644 100644 bcde6499fd43af4fc7eae9496d7eb529e52d5465 5f48bda3d2c5787acfc93c7d209964b45b4405bf M ChangeLog :100644 100644 508d599d081ddd3676efc513c25f76f00216116b 74982db138d5432f0077c49265e7b177a906ec97 M compile.c :040000 040000 b0608f2c1a2b0eaab543fb26ac4c2a78cb9b0c57 4f78f071cacaf4c8da9d8ccfecb027092f94bc54 M test My test script was running both Alexey Voskov's "tralivali" test as well as my segfault test relating to the case statement. I suspect the above commit is what introduced the case statement- related segfault. I'm not sure if it will also relate to Alexey Voskov's "tralivali" test well, or whether that might be a separate issue. (But if the above can be fixed, I'm happy to try another bisect if other issues remain.) Thanks & Regards, Bill ---------------------------------------- Feature #8543: rb_iseq_load https://bugs.ruby-lang.org/issues/8543#change-49325 * Author: Alexey Voskov * Status: Open * Priority: Low * Assignee: Koichi Sasada * Category: YARV * Target version: current: 2.2.0 ---------------------------------------- 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) -- https://bugs.ruby-lang.org/