[#64703] Add `Hash#fetch_at` (issue #10017) — Wojtek Mach <wojtek@...>
Hey guys
1 message
2014/09/01
[#64711] [ruby-trunk - Bug #10193] [Closed] TestIO#test_readpartial_locktmp fails randomly — nobu@...
Issue #10193 has been updated by Nobuyoshi Nakada.
3 messages
2014/09/02
[#64744] [ruby-trunk - Bug #10202] [Open] TestBenchmark#test_realtime_output breaks on ARM — v.ondruch@...
Issue #10202 has been reported by Vit Ondruch.
3 messages
2014/09/03
[#64823] documenting constants — Xavier Noria <fxn@...>
I am writing a Rails guide about constant autoloading in Ruby on
5 messages
2014/09/07
[#64838] [ruby-trunk - Bug #10212] [Open] MRI is not for lambda calculus — ko1@...
Issue #10212 has been reported by Koichi Sasada.
6 messages
2014/09/08
[#64858] Re: [ruby-trunk - Bug #10212] [Open] MRI is not for lambda calculus
— Eric Wong <normalperson@...>
2014/09/08
rb_env_t may use a flexible array, helps a little even on my busy system:
[#64871] Re: [ruby-trunk - Bug #10212] [Open] MRI is not for lambda calculus
— SASADA Koichi <ko1@...>
2014/09/08
(2014/09/08 19:48), Eric Wong wrote:
[#64972] [ruby-trunk - Bug #10231] [Open] Process.detach(pid) defines new singleton classes every call — headius@...
Issue #10231 has been reported by Charles Nutter.
3 messages
2014/09/11
[#64980] [ruby-trunk - Bug #10212] MRI is not for lambda calculus — ko1@...
Issue #10212 has been updated by Koichi Sasada.
4 messages
2014/09/12
[#65142] [ruby-trunk - Feature #10267] [Open] Number of processors — akr@...
Issue #10267 has been reported by Akira Tanaka.
4 messages
2014/09/20
[#65144] Re: [ruby-trunk - Feature #10267] [Open] Number of processors
— Eric Wong <normalperson@...>
2014/09/20
akr@fsij.org wrote:
[#65210] [ruby-trunk - misc #10278] [Assigned] [RFC] st.c: use ccan linked list — nobu@...
Issue #10278 has been updated by Nobuyoshi Nakada.
3 messages
2014/09/22
[ruby-core:65309] [ruby-trunk - Bug #10303] [Open] rb_data_type_t need to be described in README.EXT
From:
hanmac@...
Date:
2014-09-28 11:49:14 UTC
List:
ruby-core #65309
Issue #10303 has been reported by Hans Mackowiak. ---------------------------------------- Bug #10303: rb_data_type_t need to be described in README.EXT https://bugs.ruby-lang.org/issues/10303 * Author: Hans Mackowiak * Status: Open * Priority: Normal * Assignee: Zachary Scott * Category: doc * Target version: * ruby -v: ruby 2.2.0dev (2014-09-27 trunk 47721) [x86_64-linux] * Backport: 2.0.0: UNKNOWN, 2.1: UNKNOWN ---------------------------------------- because untyped Data will be "deprecated" in the future, and TypedData is now more than 4 years old, add an howto in the README.EXT how to effective use the "new" rb_data_type_t struct, because while porting i noticed many little problems that could cause an application to crash ... like i did happen for me that the object got freed even if there was RUBY_TYPED_NEVER_FREE when RUBY_TYPED_FREE_IMMEDIATELY was used ... (i have a little protection around that object get not freed until the C struct dies first) same append i got double free errors when using the size function for object that does have RUBY_TYPED_NEVER_FREE same its not described what is the best way to design such a size function, and what flags can be used like RUBY_TYPED_FREE_IMMEDIATELY and RUBY_TYPED_WB_PROTECTED and what is the best way to use them -- https://bugs.ruby-lang.org/