[#31589] [Bug #3457] URI.encode does not escape square brackets — Shyouhei Urabe <redmine@...>
Issue #3457 has been updated by Shyouhei Urabe.
[#31614] Release engineering status of 1.9.2-p0 — Yusuke ENDOH <mame@...>
Hi,
[#31666] [Bug #3677] unable to run certain gem binaries' in windows 7 — Roger Pack <redmine@...>
Bug #3677: unable to run certain gem binaries' in windows 7
Issue #3677 has been updated by Roger Pack.
[#31681] [Bug #3683] getgrnam on computer with NIS group (+)? — Rocky Bernstein <redmine@...>
Bug #3683: getgrnam on computer with NIS group (+)?
Issue #3683 has been updated by Rocky Bernstein.
Hi,
[#31706] [Bug #3690] method_missing in a BasicObject's singleton class - infinite recursion segfaults — Jan Lelis <redmine@...>
Bug #3690: method_missing in a BasicObject's singleton class - infinite recursion segfaults
[#31730] [Bug #3701] Gem.find_files returns empty array — Yusuke Endoh <redmine@...>
Bug #3701: Gem.find_files returns empty array
[#31739] [Backport #3702] segmentation fault while compiling 1.9.1-p430 on debian squeeze — Tomasz Pajor <redmine@...>
Backport #3702: segmentation fault while compiling 1.9.1-p430 on debian squeeze
[#31757] [Bug #3712] SEGV fails to produce stack dump / backtrace in debug build — Peter Weldon <redmine@...>
Bug #3712: SEGV fails to produce stack dump / backtrace in debug build
[#31761] [Feature #3714] Add getters for Enumerator — Marc-Andre Lafortune <redmine@...>
Feature #3714: Add getters for Enumerator
[#31762] [Backport #3715] Enumerator#size and #size= — Marc-Andre Lafortune <redmine@...>
Backport #3715: Enumerator#size and #size=
[#31798] [Bug #3726] require degradation from 1.9.1 — Yura Sokolov <redmine@...>
Bug #3726: require degradation from 1.9.1
[#31805] [Backport #3728] IO.select is not documented. — Mike Perham <redmine@...>
Backport #3728: IO.select is not documented.
[#31806] 1.9.1 has marshal bugs in everything but p129 — Ryan Davis <ryand-ruby@...>
Is there any chance we can release a 1.9.1 that fixes the current =
[#31843] Garbage Collection Question — Asher <asher@...>
This question is no doubt a function of my own lack of understanding, =
> The question in short: when an object goes out of scope and has no
Right - so how does a pointer ever get off the stack?
On 8/26/10 11:51 AM, Asher wrote:
I very much appreciate the response, and this is helpful in describing =
You have introduced something called a "root node" without defining it. =
[#31851] [Bug #3747] Possible bug of String#count? — Ruohao Li <redmine@...>
Bug #3747: Possible bug of String#count?
[#31868] [Bug #3750] SEGV: ruby -rprofile test/ruby/test_assignment.rb — Peter Weldon <redmine@...>
Bug #3750: SEGV: ruby -rprofile test/ruby/test_assignment.rb
[#31885] Avoiding $LOAD_PATH pollution — Eric Hodel <[email protected]>
Last year Nobu asked me to propose an API for adding an object to
> The lookup object pushed onto $LOAD_PATH must respond to #path_for. The
On Aug 28, 2010, at 19:30, Run Paint Run Run wrote:
>> How confident are we that this API would be sufficient for replacing the
Hi Eric,
Just a note for future references. While playing with require, I found
On Jan 8, 2011, at 12:08, zimbatm ... wrote:
[#31914] [Ruby 1.8.7-RubySpec#3757][Open] GC bug after loading gem — Joel VanderWerf <redmine@...>
RubySpec #3757: GC bug after loading gem
[#31929] Proposal: Autoload with block — Magnus Holm <judofyr@...>
= A proposal for autoload w/block:
Sorry to plug my own stuff, but you might find subload of some interest =
Magnus, have you seen http://redmine.ruby-lang.org/issues/show/462 ?
That's interesting, but I don't buy matz' argument:
[#31947] not use system for default encoding — Roger Pack <rogerdpack2@...>
It strikes me as a bit "scary" to use system locale settings to
> It strikes me as a bit "scary" to use system locale settings to *arbitrar=
NARUSE, Yui wrote on 2010-11-15 11:07:
[#31969] [Ruby 1.9-Feature#3773][Open] Module#parent — Thomas Sawyer <redmine@...>
Feature #3773: Module#parent
[#31971] Change Ruby's License to BSDL + Ruby's dual license — "NARUSE, Yui" <naruse@...>
Ruby's License will change to BSDL + Ruby's dual license
(2010/09/01 1:30), NARUSE, Yui wrote:
On Aug 31, 2010, at 9:50 AM, NARUSE, Yui wrote:
On 01/09/10 at 01:30 +0900, NARUSE, Yui wrote:
(2010/09/01 2:36), Lucas Nussbaum wrote:
I wrote a concrete patch.
[ruby-core:31952] Re: Variable Allocation, Variable Reassignment, GC Pointer Testing (Was: Re: Garbage Collection Question)
>> I want to know "where" on the C stack this "might" remain. It shouldn't = be an obtuse question - Ruby is allocating each and every object, and I'm n= ot using any C pointers for the particular example, so there is nothing els= e in my C stack (in this case, "I" don't have a C stack, only Ruby does). > > > So my question comes down to: > > def random_method > =A0# demo_var is internally mapped as a pointer to the newly created Obje= ct, which is instantiated on the heap. > =A0demo_var =3D Object.new > =A0# demo_var is internally mapped to 4 > =A0demo_var =3D nil > =A0# GC, in env_mark, walks (among others) space demarcated by RubyVM::En= v, which is defined by its length in objects (VALUE) > =A0ObjectSpace.garbage_collect > end > > So the environment's memory space is evaluated as a series of long values= (which were allocated during the compilation of the iseq), each of which i= s potentially a pointer pointing to the heap. > > So as I understand, before the GC is called here we have 2 NODE_LASGN nod= es. Is this correct? > > So the first one allocates Object and assigns the reference to demo_var i= n the local var table on the stack. > > The second one assigns demo_var in the local var table on the stack to 4. > > So where does the GC discover a reference to Object to test in order to m= ark? It is clear that if a reference to Object is left (invisibly) on the s= tack then it will be marked until the stack gets cleaned up. This would obv= iously not take place until the frame is taken off the stack. But I can't f= ind anywhere that this would make sense. The only place that I see where a = reference occurs that the GC is walking is in the locals table. But the ins= truction for NODE_LASGN (setlocal) changes the pointer value for the local = variable reference. So there _shouldn't_, so far as I can tell, be a refere= nce to Object; yet insofar as Object gets marked by gc_mark_locations (call= ed by gc_env_mark), it has a reference still existing. > > Can anyone help me find where this reference is occurring? My read of the= code suggests that the GC should get "4" for the slot that would have been= a pointer to Object, yet this isn't what happens. http://timetobleed.com/what-is-a-ruby-object-introducing-memprof-dump/ might help. Besides that just stepping through using GCC might help you. NB that the GC marks both references from the stack and "global rooted" objects, like code segments which might be used later. GL. -r