[#62904] [ruby-trunk - Feature #9894] [Open] [RFC] README.EXT: document rb_gc_register_mark_object — normalperson@...
Issue #9894 has been reported by Eric Wong.
3 messages
2014/06/02
[#63321] [ANN] ElixirConf 2014 - Don't Miss Jos辿 Valim and Dave Thomas — Jim Freeze <jimfreeze@...>
Just a few more weeks until ElixirConf 2014!
6 messages
2014/06/24
[#63391] Access Modifiers (Internal Interfaces) — Daniel da Silva Ferreira <danieldasilvaferreira@...>
Hi,
3 messages
2014/06/28
[ruby-core:63119] Re: [ruby-trunk - Bug #9934] High memory usage from file_expand_path_*
From:
Eric Wong <normalperson@...>
Date:
2014-06-12 03:32:25 UTC
List:
ruby-core #63119
ruby@tmm1.net wrote: > This is the best I could come up with. Definitely not ideal since it > allocates another ruby object. What about using rb_str_resize? rb_str_resize may work even better if we remove the 1024 byte threshold and trust the realloc implementation to do the right thing. Additionally, rb_str_freeze may also be smarter and force a resize unconditionally, as keeping the buffer is useless for frozen strings. Not sure if changing rb_str_freeze this way breaks compatibility (but we should be able to safely resize for rb_fstring, at least).