[#27003] [Bug #2422] splat operator fails on array of 1 element — Raul Parolari <redmine@...>

Bug #2422: splat operator fails on array of 1 element

12 messages 2009/12/02

[#27025] [Backport #2431] StringIO#{gets,readlines} with "" (paragraph mode) trims last "\n" — Hiroshi NAKAMURA <redmine@...>

Backport #2431: StringIO#{gets,readlines} with "" (paragraph mode) trims last "\n"

8 messages 2009/12/04

[#27086] [Feature #2454] OpenSSL has no maintainer — Yui NARUSE <redmine@...>

Feature #2454: OpenSSL has no maintainer

16 messages 2009/12/07

[#27120] #to_enum ignores block? — Roger Pack <rogerdpack@...>

Is #to_enum ignoring its block expected?

11 messages 2009/12/09

[#27135] better GC? — Roger Pack <rogerdpack@...>

Could I put in a small plea for a better GC?

56 messages 2009/12/10
[#27136] Re: better GC? — Yukihiro Matsumoto <matz@...> 2009/12/11

Hi,

[#27476] Re: better GC? — Paul Brannan <pbrannan@...> 2010/01/07

On Fri, Dec 11, 2009 at 09:07:16AM +0900, Yukihiro Matsumoto wrote:

[#27477] Re: better GC? — Eero Saynatkari <ruby-ml@...> 2010/01/07

Excerpts from Paul Brannan's message of Thu Jan 07 21:53:34 +0200 2010:

[#27563] Re: better GC? — Brent Roman <brent@...> 2010/01/12

[#27199] [Backport #2488] thread usage can result in bad HANDLE — Roger Pack <redmine@...>

Backport #2488: thread usage can result in bad HANDLE

12 messages 2009/12/16

[#27286] [Bug #2515] Array#select! — Roger Pack <redmine@...>

Bug #2515: Array#select!

17 messages 2009/12/22

[#27327] [Bug #2531] Ruby 1.8.7-p248 fails to cross-compile same version — Luis Lavena <redmine@...>

Bug #2531: Ruby 1.8.7-p248 fails to cross-compile same version

9 messages 2009/12/25

[#27360] [Feature #2542] URI lib should be updated to RFC 39886 — Marc-Andre Lafortune <redmine@...>

Feature #2542: URI lib should be updated to RFC 39886

15 messages 2009/12/31

[ruby-core:27151] [Bug #2475] InstructionSequence#to_a fails for duparray

From: Paul Brannan <redmine@...>
Date: 2009-12-13 13:49:08 UTC
List: ruby-core #27151
Bug #2475: InstructionSequence#to_a fails for duparray
http://redmine.ruby-lang.org/issues/show/2475

Author: Paul Brannan
Status: Open, Priority: Normal
ruby -v: ruby 1.9.1p243 (2009-07-16 revision 24175) [i686-linux]

irb(main):003:0> i = RubyVM::InstructionSequence.compile("a = [ 1, 2, 3 ]; foo(a)")
=> <RubyVM::InstructionSequence:<compiled>@<compiled>>
irb(main):004:0> i.to_a
NotImplementedError: method `inspect' called on terminated object (0x984de08)
	from /usr/local/lib/ruby1.9.1/1.9.1/irb.rb:302:in `inspect'
	from /usr/local/lib/ruby1.9.1/1.9.1/irb.rb:302:in `inspect'
	from /usr/local/lib/ruby1.9.1/1.9.1/irb.rb:302:in `inspect'
	from /usr/local/lib/ruby1.9.1/1.9.1/irb.rb:302:in `output_value'
	from /usr/local/lib/ruby1.9.1/1.9.1/irb.rb:150:in `block (2 levels) in eval_input'
	from /usr/local/lib/ruby1.9.1/1.9.1/irb.rb:263:in `signal_status'
	from /usr/local/lib/ruby1.9.1/1.9.1/irb.rb:146:in `block in eval_input'
	from /usr/local/lib/ruby1.9.1/1.9.1/irb/ruby-lex.rb:244:in `block (2 levels) in each_top_level_statement'
	from /usr/local/lib/ruby1.9.1/1.9.1/irb/ruby-lex.rb:230:in `loop'
	from /usr/local/lib/ruby1.9.1/1.9.1/irb/ruby-lex.rb:230:in `block in each_top_level_statement'
	from /usr/local/lib/ruby1.9.1/1.9.1/irb/ruby-lex.rb:229:in `catch'
	from /usr/local/lib/ruby1.9.1/1.9.1/irb/ruby-lex.rb:229:in `each_top_level_statement'
	from /usr/local/lib/ruby1.9.1/1.9.1/irb.rb:145:in `eval_input'
	from /usr/local/lib/ruby1.9.1/1.9.1/irb.rb:69:in `block in start'
	from /usr/local/lib/ruby1.9.1/1.9.1/irb.rb:68:in `catch'
	from /usr/local/lib/ruby1.9.1/1.9.1/irb.rb:68:in `start'
	from /usr/local/bin/irb1.9.1:12:in `<main>'Maybe IRB bug!!

I think #to_a does not hanndle the hidden_obj_p case correctly.


----------------------------------------
http://redmine.ruby-lang.org

In This Thread

Prev Next