[#26488] Add Standard Deviation Function to Math Module — Daniel Cohen <danielc2017@...>

This patch adds a Standard Deviation function to the Math Module. It takes

25 messages 2009/11/02
[#26489] Re: Add Standard Deviation Function to Math Module — Yukihiro Matsumoto <matz@...> 2009/11/03

Hi,

[#26490] Re: Add Standard Deviation Function to Math Module — Daniel Cohen <danielc2017@...> 2009/11/03

OK,

[#26493] Re: Add Standard Deviation Function to Math Module — Yukihiro Matsumoto <matz@...> 2009/11/03

Hi,

[#26511] Re: Add Standard Deviation Function to Math Module — Yusuke ENDOH <mame@...> 2009/11/03

Hi,

[#26492] HashWithIndifferentAccess to core — Urabe Shyouhei <shyouhei@...>

Hello,

35 messages 2009/11/03
[#26496] Re: HashWithIndifferentAccess to core — Yukihiro Matsumoto <matz@...> 2009/11/03

Hi,

[#26507] Re: HashWithIndifferentAccess to core — Jeremy Kemper <jeremy@...> 2009/11/03

On Tue, Nov 3, 2009 at 6:48 AM, Yukihiro Matsumoto <matz@ruby-lang.org> wro=

[#26514] Re: HashWithIndifferentAccess to core — "Martin J. Dst" <duerst@...> 2009/11/04

Just a thought: What about implementing this with an option on Hash:new,

[#26522] Re: HashWithIndifferentAccess to core — Yusuke ENDOH <mame@...> 2009/11/04

Hi,

[#26555] Re: HashWithIndifferentAccess to core — Yukihiro Matsumoto <matz@...> 2009/11/05

Hi,

[#26584] Re: HashWithIndifferentAccess to core — Yugui <yugui@...> 2009/11/07

2009/11/6 Yukihiro Matsumoto <matz@ruby-lang.org>:

[#26589] Re: HashWithIndifferentAccess to core — Yukihiro Matsumoto <matz@...> 2009/11/07

Hi,

[#26593] Re: HashWithIndifferentAccess to core — Lourens Naud<lourens@...> 2009/11/07

Hi,

[#26523] [Bug #2330] Non systematic segmentation fault with autoload rubyspec — Marc-Andre Lafortune <redmine@...>

Bug #2330: Non systematic segmentation fault with autoload rubyspec

12 messages 2009/11/04

[#26560] [Feature #2340] Removing YAML/Syck — Yui NARUSE <redmine@...>

Feature #2340: Removing YAML/Syck

38 messages 2009/11/06
[#26562] [Feature #2340] Removing YAML/Syck — Yui NARUSE <redmine@...> 2009/11/06

Issue #2340 has been updated by Yui NARUSE.

[#26567] Re: [Feature #2340] Removing YAML/Syck — James Edward Gray II <james@...> 2009/11/06

On Nov 6, 2009, at 4:02 AM, Yui NARUSE wrote:

[#26568] Re: [Feature #2340] Removing YAML/Syck — Jon <jon.forums@...> 2009/11/06

> > Issue #2340 has been updated by Yui NARUSE.

[#26571] Re: [Feature #2340] Removing YAML/Syck — "NARUSE, Yui" <naruse@...> 2009/11/06

Jon wrote:

[#26574] Re: [Feature #2340] Removing YAML/Syck — Aaron Patterson <aaron@...> 2009/11/06

On Sat, Nov 07, 2009 at 12:59:25AM +0900, NARUSE, Yui wrote:

[#26635] [Feature #2348] RBTree Should be Added to the Standard Library — James Gray <redmine@...>

Feature #2348: RBTree Should be Added to the Standard Library

20 messages 2009/11/08
[#28842] [Feature #2348] RBTree Should be Added to the Standard Library — James Gray <redmine@...> 2010/03/21

Issue #2348 has been updated by James Gray.

[#26650] [Feature #2350] Unicode specific functionality on String in 1.9 — Manfred Stienstra <redmine@...>

Feature #2350: Unicode specific functionality on String in 1.9

12 messages 2009/11/09
[#28985] [Feature #2350](Rejected) Unicode specific functionality on String in 1.9 — Yusuke Endoh <redmine@...> 2010/03/25

Issue #2350 has been updated by Yusuke Endoh.

[#28993] Re: [Feature #2350](Rejected) Unicode specific functionality on String in 1.9 — Nikolai Weibull <now@...> 2010/03/25

On Thu, Mar 25, 2010 at 14:45, Yusuke Endoh <redmine@ruby-lang.org> wrote:

[#26704] Maintainer confirmation process done. — "Yugui (Yuki Sonoda)" <yugui@...>

I'm sorry for my closing the maintainer confirmation process so late.

13 messages 2009/11/12

[#26736] [Bug #2365] Matrix: poor handling of coercion errors [patch] — Marc-Andre Lafortune <redmine@...>

Bug #2365: Matrix: poor handling of coercion errors [patch]

12 messages 2009/11/14

[#26772] [Bug #2378] Regression in ParseDate.parsedate('nn-nn') — Vladimir Sizikov <redmine@...>

Bug #2378: Regression in ParseDate.parsedate('nn-nn')

10 messages 2009/11/16

[#26774] Ruby constant lookup — Yehuda Katz <wycats@...>

Over the past six months or so, I have been working with the new Ruby 1.9

22 messages 2009/11/16
[#26775] Re: Ruby constant lookup — Shugo Maeda <shugo@...> 2009/11/17

Hi,

[#26777] Re: Ruby constant lookup — Yehuda Katz <wycats@...> 2009/11/17

Shugo,

[#26778] Re: Ruby constant lookup — Shugo Maeda <shugo@...> 2009/11/17

Hi,

[#26869] Caching #to_s for immutables (and a possible future for constant-folding) — Kurt Stephens <ks@...>

I have a proof-of-concept patch to MRI that caches #to_s values for

16 messages 2009/11/23
[#26936] Re: Caching #to_s for immutables (and a possible future for constant-folding) — Roger Pack <rogerdpack@...> 2009/11/29

> =A0It reduces the number of #to_s Strings created during the MRI test sui=

[#26958] Re: Caching #to_s for immutables (and a possible future for constant-folding) [with patch] — Kurt Stephens <ks@...> 2009/11/30

The attached patch add caching of #to_s results to the main immutable

[#26960] Re: Caching #to_s for immutables (and a possible future for constant-folding) [with patch] — Roger Pack <rogerdpack@...> 2009/11/30

> Yes. =A0The MRI test suite runs at 45 sec with these changes and at 53 se=

[#26963] Re: Caching #to_s for immutables (and a possible future for constant-folding) [with patch] — Kurt Stephens <ks@...> 2009/11/30

I just ran rubyspec against it; ~ 5% time improvement.

[ruby-core:26858] [Bug #2391] in CentOS after some times Ruby 1.9.1 get "segmentation fault"

From: Salvo Micciché <redmine@...>
Date: 2009-11-21 10:17:05 UTC
List: ruby-core #26858
Bug #2391: in CentOS after some times Ruby 1.9.1 get "segmentation fault"
http://redmine.ruby-lang.org/issues/show/2391

Author: Salvo Miccich辿
Status: Open, Priority: High
ruby -v: 1.9.1p243

Without activity, some times in a CentOS Linux system Ruby 1.9.1 get the above error log and it must be installed again (make install). All gems remain ok after this new installation. 
I search a definitive solution, thanks.

---
root@****** [~]# gem list
/usr/bin/ruby: [BUG] Segmentation fault
ruby 1.9.1p243 (2009-07-16 revision 24175) [x86_64-linux]

-- control frame ----------
c:0002 p:-38883620 s:0004 b:0004 l:000003 d:000003 TOP
c:0001 p:0000 s:0002 b:0002 l:0008e8 d:0008e8 TOP
---------------------------
-- Ruby level backtrace
information-----------------------------------------

-- C level backtrace information
-------------------------------------------
0x4d7411 /usr/bin/ruby(rb_vm_bugreport+0x41) [0x4d7411]
0x50277e /usr/bin/ruby [0x50277e]
0x5028e1 /usr/bin/ruby(rb_bug+0xb1) [0x5028e1]
0x48bc0f /usr/bin/ruby [0x48bc0f]
0x3ed300e7c0 /lib64/libpthread.so.0 [0x3ed300e7c0]
0x491221 /usr/bin/ruby(st_lookup+0x11) [0x491221]
0x4c7725 /usr/bin/ruby [0x4c7725]
0x4c7773 /usr/bin/ruby(rb_get_method_body+0x23) [0x4c7773]
0x4c78b9 /usr/bin/ruby(rb_method_basic_definition_p+0x9) [0x4c78b9]
0x4caaaa /usr/bin/ruby(rb_obj_respond_to+0x6a) [0x4caaaa]
0x43c4ae /usr/bin/ruby [0x43c4ae]
0x43e92a /usr/bin/ruby(rb_convert_type+0x5a) [0x43e92a]
0x49921e /usr/bin/ruby(rb_string_value+0x3e) [0x49921e]
0x499d6f /usr/bin/ruby(rb_str_append+0x2f) [0x499d6f]
0x4bb8c5 /usr/bin/ruby [0x4bb8c5]
0x4ba8c1 /usr/bin/ruby [0x4ba8c1]
0x4c288d /usr/bin/ruby(rb_iseq_compile_node+0x6dd) [0x4c288d]
0x4c6142 /usr/bin/ruby [0x4c6142]
0x4c61a0 /usr/bin/ruby(rb_iseq_new_with_opt+0x10) [0x4c61a0]
0x4ba45b /usr/bin/ruby [0x4ba45b]
0x4bcd09 /usr/bin/ruby [0x4bcd09]
0x4ba8c1 /usr/bin/ruby [0x4ba8c1]
0x4bb074 /usr/bin/ruby [0x4bb074]
0x4ba8c1 /usr/bin/ruby [0x4ba8c1]
0x4c2613 /usr/bin/ruby(rb_iseq_compile_node+0x463) [0x4c2613]
0x4c6142 /usr/bin/ruby [0x4c6142]
0x4c61a0 /usr/bin/ruby(rb_iseq_new_with_opt+0x10) [0x4c61a0]
0x4c694b /usr/bin/ruby(rb_iseq_compile_with_option+0x11b) [0x4c694b]
0x4e0934 /usr/bin/ruby(Init_prelude+0xa4) [0x4e0934]
0x48ad55 /usr/bin/ruby [0x48ad55]
0x4ca10a /usr/bin/ruby(rb_vm_call_cfunc+0xba) [0x4ca10a]
0x4890c4 /usr/bin/ruby(ruby_process_options+0xa4) [0x4890c4]
0x417600 /usr/bin/ruby(ruby_options+0x90) [0x417600]
0x415575 /usr/bin/ruby(main+0x45) [0x415575]
0x3ed281d994 /lib64/libc.so.6(__libc_start_main+0xf4) [0x3ed281d994]
0x415479 /usr/bin/ruby [0x415479]

[NOTE]
You may encounter a bug of Ruby interpreter. Bug reports are welcome.
For details: http://www.ruby-lang.org/bugreport.html


----------------------------------------
http://redmine.ruby-lang.org

In This Thread

Prev Next