[#4654] signleton_methods / methods / public_methods - weirdness? — Johan Holmberg <holmberg@...>
[#4666] Getting a hex representation for a Numeric — "Zev Blut" <rubyzbibd@...>
Hello,
[#4670] ruby 1.8.3 preview1 plan — Yukihiro Matsumoto <matz@...>
Hi,
[#4690] test failures for stable-snapshot 09/04/2005 — noreply@...
Bugs item #1762, was opened at 10-04-2005 20:46
Hello.
[#4709] BNF-like grammar specified DIRECTLY in Ruby — Eric Mahurin <eric_mahurin@...>
Hello everybody,
[#4712] Segfault in zlib? — Nathaniel Talbott <ntalbott@...>
I'm using rubyzip (latest gem version) and zlib (1.2.2) to do a bunch
[#4736] Trivial speedup in Array#zip — Mauricio Fern疣dez <batsman.geo@...>
[#4745] Win32: Ruby & APR; build problems for Ruby Subversion SWIG bindings — Erik Huelsmann <ehuels@...>
Having taken upon me the task to provide a Windows build for
On 4/20/05, Erik Huelsmann <ehuels@gmail.com> wrote:
Hi Austin,
Hi,
On 4/24/05, nobu.nokada@softhome.net <nobu.nokada@softhome.net> wrote:
Hi,
> > > Ruby is just using AC_TYPE_UID_T. So, using typedef for them,
Hi,
On 4/26/05, nobu.nokada@softhome.net <nobu.nokada@softhome.net> wrote:
As promised, I attached a patch to eliminate the compile problems
Hi,
Thanks for the quick response!
Hi,
On 5/14/05, nobu.nokada@softhome.net <nobu.nokada@softhome.net> wrote:
[#4751] Illegal regexp causes segfault — Andrew Walrond <andrew@...>
irb(main):058:0> a = /\[([^]]*)\]/
Andrew Walrond, April 22:
In article <200504221210.38231.andrew@walrond.org>,
>>>>> "T" == Tanaka Akira <akr@m17n.org> writes:
[#4774] enhanced $0 modification — Evan Webb <evanwebb@...>
The attached patch allows for ruby to use more of the available stack
Hi,
[#4775] profiler.rb Schroedinbug — C Erler <erlercw@...>
A ruby program with the single instruction "require 'profile'"
>A ruby program with the single instruction "require 'profile'"
[#4807] Re: -Wall — Vincent Isambart <vincent.isambart@...>
> Why does ruby build without -Wall in CFLAGS by default? -Wall can help to
[#4815] Re: -Wall — nobu.nokada@...
Hi,
Re: ruby 1.8.3 preview1 plan
Ok, but I would expect after assigning a nill, and calling the GC
explicitely that it released memory :-(
Nothing links to the object anymore.
(I use big C++ objects coupled with Ruby classes, so the ruby-side is very
small)
I changed the simple example to:
#====================
class Example
end
1.times { # << added this
a=Example.new
p ObjectSpace.each_object(Example) { }
}
GC.start
p ObjectSpace.each_object(Example) { }
#====================
It prints 1 and 0
Then the GC kicked in :-) , probably because of the scope?
If 1.times { ... } is leaved out it prints 1,1.
Is there any trick to enforce the GC to release memory?
----- Original Message -----
From: <nobu.nokada@softhome.net>
To: <ruby-core@ruby-lang.org>
Sent: Sunday, April 10, 2005 8:40 AM
Subject: Re: ruby 1.8.3 preview1 plan
> Hi,
>
> At Fri, 8 Apr 2005 22:13:54 +0900,
> wvdbos@goudappel.nl wrote in [ruby-core:04680]:
> > Did you look at the GC problem I wrote about some time ago?
> >
> > In case the message is gone here it i again:
>
> GC doesn't guarantee that an object will be collected as soon
> as it gets unreferred.
>
> --
> Nobu Nakada
>