[#14690] singleton-of-singleton is Class in 1.9.0 — Sylvain Joyeux <sylvain.joyeux@...4x.org>
In 1.9.0, the singleton of a singleton is Class, while in 1.8 it was a
[#14696] Inconsistency in rescuability of "return" — Charles Oliver Nutter <charles.nutter@...>
Why can you not rescue return, break, etc when they are within
Gary Wright wrote:
On Jan 3, 2008 12:53 AM, Gary Wright <gwtmp01@mac.com> wrote:
Gary Wright wrote:
On Jan 2, 2008 5:26 PM, Charles Oliver Nutter <charles.nutter@sun.com> wrote:
[#14720] bug reports about 1.9 VM — SASADA Koichi <ko1@...>
Hi,
[#14738] Enumerable#zip Needs Love — James Gray <james@...>
The community has been building a Ruby 1.9 compatibility tip list on
Hello James,
On Jan 4, 2008, at 12:11 AM, Martin Duerst wrote:
Hi,
On Jan 7, 2008, at 8:07 PM, Yukihiro Matsumoto wrote:
Hi,
On Jan 7, 2008, at 11:06 PM, Yukihiro Matsumoto wrote:
Hi,
[#14740] Could someone sanity check a paragraph? — Dave Thomas <dave@...>
In the section on writing C extensions for Ruby, I'm talking about
[#14747] BasicObject.instance_eval — Sam Ruby <rubys@...>
I'm looking at converting some code over from BlankSlate to BasicObject,
On Jan 3, 2008 10:06 PM, Sam Ruby <rubys@intertwingly.net> wrote:
[#14772] Manual Memory Management — Pramukta Kumar <prak@...>
I was thinking it would be nice to be able to free large objects at
On Jan 4, 2008 1:25 PM, Pramukta Kumar <prak@fortiusone.com> wrote:
I would only like to add that RMgick for example provides free method to
Marcin Raczkowski wrote:
On Sat, 5 Jan 2008 15:49:30 +0900, Marcin Raczkowski <mailing.mr@gmail.com> wrote:
Python supports 'del reference', which decrements the reference
Evan Weaver wrote:
On Tue, 8 Jan 2008 14:35:28 +0900, Marcin Raczkowski <mailing.mr@gmail.com> wrote:
[#14811] Re: Experimental PATCH to improve thread performance — Brent Roman <brent@...>
Paul,
[#14813] Changes in block_given? in 1.9 — Tomas Matousek <Tomas.Matousek@...>
The following code output differs between 1.8 and 1.9:
[#14816] Fibers clear thread-specific data? — "Tony Arcieri" <tony@...>
Is this behavior intentional?
On Mon, 7 Jan 2008 09:34:35 +0900, "Tony Arcieri" <tony@clickcaster.com> wrote:
On Jan 7, 2008 1:29 PM, MenTaLguY <mental@rydia.net> wrote:
On Tue, 2008-01-08 at 11:12 +0900, Tony Arcieri wrote:
[#14829] Finding I need explicit "GC.start" in my programs to prevent extreme growth. — Ron Mayer <rm_rails@...>
Short summary:
[#14839] Re: Embedding 1.9 — Dave Thomas <dave@...>
Moved over from ruby-talk...
Dave Thomas wrote:
On Wed, Jan 09, 2008 at 02:04:03AM +0900, Dave Thomas wrote:
[#14845] Some (accidental?) syntax changes 1.8 -> 1.9 — "Florian Frank" <flori@...>
Hello,
[#14871] p returning its argument? — "David A. Black" <dblack@...>
Hi --
On Jan 9, 2008 1:14 AM, David A. Black <dblack@rubypal.com> wrote:
[#14877] Array#count returning an enumerator — "David A. Black" <dblack@...>
Hi --
[#14884] memory leak? — ara howard <ara.t.howard@...>
Hi,
[#14885] Segmentation fault when calling procs — Chris "ク" Heath <chris@...>
Hi,
[#14911] Draft of some pages about encoding in Ruby 1.9 — Dave Thomas <dave@...>
Folks:
Hi,
Hello Dave,
>
Hi,
Hi,
[#14943] Re: Really strange GC behaviour: Was [BUG] memory leak? — ara howard <ara.t.howard@...>
[#14959] 1.9 RI blowing up, not sure where to report it. — "Rick DeNatale" <rick.denatale@...>
It's unclear to me whether or not the tracker on Rubyforge is still
Rick DeNatale wrote:
[#14965] Before I create a ticket — Dave Thomas <dave@...>
Is it reasonable to expect the following to produce differing counts
[#14976] nil encoding as synonym for binary encoding — David Flanagan <david@...>
The following just appeared in the ChangeLog
Hi,
Dave Thomas wrote:
Dave Thomas schrieb:
Hi,
Yukihiro Matsumoto writes:
Hi,
Yukihiro Matsumoto wrote:
Hi,
Yukihiro Matsumoto wrote:
David Flanagan wrote:
[#15044] Build failures 15007-15013 — Sam Ruby <rubys@...>
Just FYI, starting with 15007, I am not able to do a successful build.
[#15050] how to "borrow" the RDoc::RubyParser and HTMLGenerator — Phlip <phlip2005@...>
Core Rubies:
On Jan 13, 2008, at 08:54 AM, Phlip wrote:
Eric Hodel wrote:
On Jan 13, 2008, at 20:35 PM, Phlip wrote:
Eric Hodel wrote:
On Jan 15, 2008, at 18:19 PM, Phlip wrote:
Eric Hodel wrote:
On Jan 16, 2008, at 15:01 PM, Phlip wrote:
Eric Hodel wrote:
On Jan 17, 2008, at 17:57 PM, Phlip wrote:
Eric Hodel wrote:
[#15056] How to use "addr2line" — SASADA Koichi <ko1@...>
Hi,
[#15069] native_mutex_destroy return non-zero: 16 — Sam Ruby <rubys@...>
Yesterday, I got ruby-openid to work with Ruby 1.9, rev 15006
Hi,
[#15083] Why @hash ||= Hash.new in Set#initialize? — "David A. Black" <dblack@...>
Hi --
[#15092] Module/Class definitions cannot take non literal blocks — "Robert Dober" <robert.dober@...>
Hi list
Hi --
On Jan 16, 2008 1:23 PM, David A. Black <dblack@rubypal.com> wrote:
[#15098] Bug in Date::Infinity#<=> — Dirkjan Bussink <d.bussink@...>
Hi all,
[#15102] REXML::Element.write is deprecated. See REXML::Formatters — Phlip <phlip2005@...>
okay, I saw them. Now what?
Phlip wrote:
> Meanwhile try something like the following:
Phlip wrote:
> I guess I'll let Sean take it from here, other than to note that .to_s
[#15131] test/rdoc/test_simple_markup_attribute_manager.rb:2:in `require': no such file to load -- rdoc/markup/simple_markup/inline (LoadError) — Tanaka Akira <akr@...>
test-all failed as follows.
> test-all failed as follows.
[#15143] Build error, revisions 15119-15126 — Sam Ruby <rubys@...>
This change:
[#15147] String initialziation — Marcin Raczkowski <mailing.mr@...>
Mayby strange question but what happens when someone for example types
Marcin Raczkowski pisze:
Gary Wright wrote:
Marcin Raczkowski schrieb:
> What's your use case? Just curious.
[#15155] an example of performance improvements — Martin Duerst <duerst@...>
For those not reading ruby-dev, I just wanted to point to
[#15164] convert rubynode transforms back into source code? — Phlip <phlip2005@...>
Rubiods:
[#15185] Friendlier methods to compare two Time objects — "Jim Cropcho" <jim.cropcho@...>
Hello,
At 05:42 08/01/23, Kornelius Kalnbach wrote:
Hi,
A new thought:
[#15194] Can large scale projects be successful implemented around a dynamic programming language? — Jordi <mumismo@...>
A good article I have found (may have been linked by slashdot, don't know)
On Thu, 24 Jan 2008 23:17:34 +0900, James Gray wrote:
Jay Levitt wrote:
Kurt Stephens wrote:
[#15199] Two build issues — Dave Thomas <dave@...>
1. If the directory pointed to by --prefix is a symbolic link, then
[#15212] case when syntax changed ??? — "Yvon Thoraval" <yvon.thoraval@...>
did the case when syntax changed with 1.9 ???
[#15217] ruby-1.9.0-0 and Tk — "Yvon Thoraval" <yvon.thoraval@...>
I had successfully tested ruby 1.9 (early december 2007) with Tk, but right
[#15234] Gem install error on head — Dave Thomas <dave@...>
I built HEAD into a totally clean destination (so there were no
On 27/01/2008, Dave Thomas <dave@pragprog.com> wrote:
[#15236] Encoding of unicode strings is now ASCII-8BIT? — Sam Ruby <rubys@...>
Before:
[#15238] CI for Ruby core? — Charles Oliver Nutter <charles.nutter@...>
Perhaps it's time to set up a continuous integration server for ruby
Charles Oliver Nutter wrote:
On Jan 27, 2008 4:01 PM, M. Edward (Ed) Borasky <znmeb@cesmail.net> wrote:
[#15248] Symbol#empty? ? — "David A. Black" <dblack@...>
Hi --
Hi,
[#15257] a new kind of assertion — Phlip <phlip2005@...>
Ruby-core:
On Jan 28, 2008 5:45 AM, Phlip <phlip2005@gmail.com> wrote:
Meinrad Recheis wrote:
+1
Jim Cropcho wrote:
[#15288] Circular dependency: revision 15317 — Sam Ruby <rubys@...>
http://intertwingly.net/projects/ruby19/logs/ruby.html
[#15297] Deletion of element sequence in an Array — Wolfgang Nádasi-Donner <ed.odanow@...>
Hi!
[#15303] Core team, I need your help — "Jonas Pfenniger" <zimbatm@...>
Hi,
[#15308] IRHG - TNODE Documentation? — Charles Thornton <ceo@...>
Is there any documentation on the TNODE
On Wed, Jan 30, 2008 at 03:42:29PM +0900, Charles Thornton wrote:
Re: Segmentation fault when calling procs
On Wed, 2008-01-09 at 19:22 +0900, Guy Decoux wrote:
> >>>>> "C" == Chris "ク" Heath <Chris> writes:
>
> C> http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-core/14395
>
> Can you give a smaller example : this seems too big to try to debug it
After a lot of painful debugging, I got a small example, a patch that
fixes it, and an explanation of what was going wrong. :-)
Program:
class A
def get_block
return proc do
test()
end
end
def test
puts "Test"
end
end
def new_block
A.new.get_block
end
block = new_block()
block2 = new_block()
GC.start
block.call
Output (for me, anyway):
test.rb:4: [BUG] Segmentation fault
ruby 1.9.0 (2007-12-25 revision 0) [i686-linux]
-- control frame ----------
c:0006 p:0007 s:0013 b:0012 l:000b5c d:000011 BLOCK test.rb:4
c:0005 p:---- s:0013 b:0013 l:000012 d:000012 FINISH :new
c:0004 p:---- s:0011 b:0011 l:000010 d:000010 CFUNC :call
c:0003 p:0052 s:0008 b:0008 l:000007 d:000007 TOP test.rb:20
c:0002 p:---- s:0004 b:0004 l:000003 d:000003 FINISH :inherited
c:0001 p:0000 s:0002 b:0002 l:000001 d:000001 TOP <dummy toplevel>:16
---------------------------
DBG> : "test.rb:20:in `call'"
DBG> : "test.rb:20:in `<main>'"
-- backtrace of native function call (Use addr2line) --
0x80dc014
0x80f4472
0x80f44a4
0x80b173d
0x45aa90
0x80581bf
0x805820d
0x80582da
0x80d8523
0x80d8c75
0x80d938c
0x80d9573
0x805e7d8
0x80d9b9c
0x80d4775
0x80d8c75
0x80da5b6
0x80589d5
0x805b8d0
0x8057f3a
0x2f8de3
0x8057e65
-------------------------------------------------------
Aborted
Patch:
Index: proc.c
===================================================================
--- proc.c (revision 14959)
+++ proc.c (working copy)
@@ -53,6 +53,7 @@
RUBY_MARK_UNLESS_NULL(proc->blockprocval);
RUBY_MARK_UNLESS_NULL((VALUE)proc->special_cref_stack);
RUBY_MARK_UNLESS_NULL(proc->block.proc);
+ RUBY_MARK_UNLESS_NULL(proc->block.self);
if (proc->block.iseq && RUBY_VM_IFUNC_P(proc->block.iseq)) {
RUBY_MARK_UNLESS_NULL((VALUE)(proc->block.iseq));
}
Explanation:
The garbage collector was freeing the object A.new, even though a proc
still existed with self = A.new.
When you call the proc (block.call), it enters the proc fine, but it
fails to call test() because its "self" is corrupted.
The block2 = new_block() appears to be irrelevant at first sight, but
its function is to remove all traces of A.new from the machine stack,
otherwise the garbage collector still sees it.
I also discovered some machine stack memory leaks (which will be the
subject of a new thread), which had the side-effect of leaving traces of
A.new on the stack, making this crash even harder to reproduce. I found
the best way to work around the stack leaks was to put the
A.new.get_block calls inside a method.
Chris