[#28687] [Bug #2973] rb_bug - Segmentation fault - error.c:213 — rudolf gavlas <redmine@...>

Bug #2973: rb_bug - Segmentation fault - error.c:213

10 messages 2010/03/16

[#28735] [Bug #2982] Ruby tries to link with both openssl and readline — Lucas Nussbaum <redmine@...>

Bug #2982: Ruby tries to link with both openssl and readline

16 messages 2010/03/18

[#28736] [Bug #2983] Ruby (GPLv2 only) tries to link to with readline (now GPLv3) — Lucas Nussbaum <redmine@...>

Bug #2983: Ruby (GPLv2 only) tries to link to with readline (now GPLv3)

10 messages 2010/03/18

[#28907] [Bug #3000] Open SSL Segfaults — Christian Höltje <redmine@...>

Bug #3000: Open SSL Segfaults

19 messages 2010/03/23

[#28924] [Bug #3005] Ruby core dump - [BUG] rb_sys_fail() - errno == 0 — Sebastian YEPES <redmine@...>

Bug #3005: Ruby core dump - [BUG] rb_sys_fail() - errno == 0

10 messages 2010/03/24

[#28954] [Feature #3010] slow require gems in ruby 1.9.1 — Miao Jiang <redmine@...>

Feature #3010: slow require gems in ruby 1.9.1

15 messages 2010/03/24

[#29179] [Bug #3071] Convert rubygems and rdoc to use psych — Aaron Patterson <redmine@...>

Bug #3071: Convert rubygems and rdoc to use psych

10 messages 2010/03/31

[ruby-core:28853] Re: [Feature #2348] RBTree Should be Added to the Standard Library

From: Yusuke ENDOH <mame@...>
Date: 2010-03-22 02:27:23 UTC
List: ruby-core #28853
Hi,

2010/3/22 Bill Kelly <billk@cts.com>:
> RBTree and MultiRBTree provide functionality which, with its
> worst-case O(log N) search, insert, and delete complexity for
> a sorted pair associative container can't be readily duplicated
> with Array, Hash, or Set. ?(As far as I know.)

Hash has amortized O(1) search, insert, and delete complexity,
I think.  Indeed, it becomes O(N) at worst-case (when rehash
occurs).  Does anyone have a concrete problem due to rehash?

I think this feature request is very tough because it can be
substituted by Hash in many cases.  So I think you guys should
appeal the difference.  It would be good to show some real-world
case where Hash cannot be used and RBTree is really needed.


> I do think the "RB" portion of the name is slightly unfortunate,
> as we don't generally care that it is implemented as a red-black
> tree internally; we just care about O(log N) complexity
> guarantees.

True.


> Anyway - I apologize if i've merely regurgitated a litany of
> obvious points into the conversation. ?I didn't really
> understand why RBTree/MultiRBTree would be considered a
> variant of Set?

There is no use case presented other than set, as far as I read.

-- 
Yusuke ENDOH <mame@tsg.ne.jp>

In This Thread