[#23457] [Bug #1471] "Mutual join" deadlock detection faulty in 1.8.6 and 1.8.7 — John Carter <redmine@...>

Bug #1471: "Mutual join" deadlock detection faulty in 1.8.6 and 1.8.7

17 messages 2009/05/15

[#23483] [Bug #1478] Ruby archive — Oleg Puchinin <redmine@...>

Bug #1478: Ruby archive

29 messages 2009/05/16
[#29225] [Feature #1478] Ruby archive — Luis Lavena <redmine@...> 2010/04/02

Issue #1478 has been updated by Luis Lavena.

[#30345] Re: [Feature #1478] Ruby archive — "NAKAMURA, Hiroshi" <nakahiro@...> 2010/05/21

On Fri, Apr 2, 2010 at 17:13, Luis Lavena <redmine@ruby-lang.org> wrote:

[#30346] Re: [Feature #1478] Ruby archive — Jonathan Nielsen <jonathan@...> 2010/05/21

> Thanks for your comment.

[#30347] Re: [Feature #1478] Ruby archive — Jonathan Nielsen <jonathan@...> 2010/05/21

OK Hiroshi, I read some of the comments earlier in the thread that I

[#30355] Re: [Feature #1478] Ruby archive — Caleb Clausen <vikkous@...> 2010/05/21

On 5/20/10, Jonathan Nielsen <jonathan@jmnet.us> wrote:

[#30364] Re: [Feature #1478] Ruby archive — Benoit Daloze <eregontp@...> 2010/05/22

Hi,

[#23505] [Bug #1494] tempfile#unlink may silently fail on windows — Nicholas Manning <redmine@...>

Bug #1494: tempfile#unlink may silently fail on windows

19 messages 2009/05/19

[#23572] [Bug #1525] Deadlock in Ruby 1.9's VM caused by ConditionVariable.wait and fork? — Hongli Lai <redmine@...>

Bug #1525: Deadlock in Ruby 1.9's VM caused by ConditionVariable.wait and fork?

27 messages 2009/05/27

[#23595] Meaning of RUBY_PLATFORM — Rick DeNatale <rick.denatale@...>

The RUBY_PLATFORM constant is documented in the latest Pickaxe as "The

17 messages 2009/05/28
[#23596] Re: Meaning of RUBY_PLATFORM — Luis Lavena <luislavena@...> 2009/05/28

On Thu, May 28, 2009 at 3:41 PM, Rick DeNatale <rick.denatale@gmail.com> wrote:

[#23602] Re: Meaning of RUBY_PLATFORM — Rick DeNatale <rick.denatale@...> 2009/05/28

On Thu, May 28, 2009 at 2:52 PM, Luis Lavena <luislavena@gmail.com> wrote:

[#23608] Re: Meaning of RUBY_PLATFORM — Luis Lavena <luislavena@...> 2009/05/28

On Thu, May 28, 2009 at 7:08 PM, Rick DeNatale <rick.denatale@gmail.com> wrote:

[#23609] Re: Meaning of RUBY_PLATFORM — Rick DeNatale <rick.denatale@...> 2009/05/29

On Thu, May 28, 2009 at 7:22 PM, Luis Lavena <luislavena@gmail.com> wrote:

[ruby-core:23558] AST changes in ruby 1.8.6-p368

From: Ryan Davis <ryand-ruby@...>
Date: 2009-05-25 22:30:49 UTC
List: ruby-core #23558
I just did `multiruby_setup the_usual` and `rake multi` on ParseTree  
to see if I'm still valid and I got some new failures. The latest  
versions of 1.8.6 and 1.8.7 both have the following failures with my  
inline questions:

> VERSION = 1.8.6-p368
> CMD     = ~/.multiruby/install/1.8.6-p368/bin/ruby -w -I../../ 
> RubyInline/dev/lib:../../sexp_processor/dev/lib:../../ZenTest/dev/ 
> lib:lib:lib:ext:bin:test -e 'require "rubygems"; require "test/ 
> unit"; require "test/test_parse_tree.rb"; require "test/ 
> test_parse_tree_extensions.rb"; require "test/test_unified_ruby.rb"'
>
> nuking /Users/ryan/.ruby_inline
> Loaded suite -e
> Started
> .......................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................F........................................FF..............................................................................................................................................................
> Finished in 0.868035 seconds.
>
>   1) Failure:
> test_flip2_method(TestRawParseTree) [./test/pt_testcase.rb:131]:
> failed on input: "if 1..2.a?(b) then\n  nil\nend".
> <[:if,
>  [:flip2, [:lit, 1], [:call, [:lit, 2], :a?, [:array, [:vcall, :b]]]],
>  [:nil],
>  nil]> expected but was
> <[:if,
>  [:flip2,
>   [:call, [:lit, 1], :==, [:array, [:gvar, :$.]]],
>   [:call, [:lit, 2], :a?, [:array, [:vcall, :b]]]],
>  [:nil],
>  nil]>.

is the '== $.' part only if range begin is a lit/fixnum?

>   2) Failure:
> test_lit_range2(TestRawParseTree) [./test/pt_testcase.rb:131]:
> failed on input: "(1..10)".
> <[:lit, 1..10]> expected but was
> <[:lit, 1..10, 18837520]>.
>
>   3) Failure:
> test_lit_range3(TestRawParseTree) [./test/pt_testcase.rb:131]:
> failed on input: "(1...10)".
> <[:lit, 1...10]> expected but was
> <[:lit, 1...10, 18814640]>.

What are these new values?

> 704 tests, 3408 assertions, 3 failures, 0 errors


In This Thread

Prev Next