[#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:26959] Re: Methods with default params not at the end and with rest params

From: Vladimir Sizikov <vsizikov@...>
Date: 2009-11-30 16:51:16 UTC
List: ruby-core #26959
Hi Matz,

On Mon, Nov 30, 2009 at 9:02 AM, Yukihiro Matsumoto <matz@ruby-lang.org> wr=
ote:
>
> The argument order is
>
> =A0mandatory-args, optional-args, rest-arg, post-mandatory-args
>
> you put post-mandatory-args before rest-arg.

Ah, got it, thanks!

Btw, placing the following in RubySpec crashes all tested MRI versions
from 1.9.0 to the latest trunk, on both Linux and Windows:

  it "does bad stuff" do
    def stuff(a=3D1, b, *r)
      [a, b, r]
    end
  end

Here's what I get when I try to run such a spec:

/opt/work/mspec.git/lib/mspec/runner/mspec.rb:55: [BUG] Segmentation fault
ruby 1.9.2dev (2009-11-17) [i686-linux]

-- control frame ----------
c:0015 p:---- s:0045 b:0045 l:000044 d:000044 CFUNC  :load
c:0014 p:0018 s:0041 b:0041 l:002620 d:000040 BLOCK
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:55
c:0013 p:---- s:0039 b:0039 l:000038 d:000038 FINISH
c:0012 p:---- s:0037 b:0037 l:000036 d:000036 CFUNC  :instance_eval
c:0011 p:0017 s:0034 b:0034 l:000033 d:000033 METHOD
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:67
c:0010 p:0081 s:0028 b:0028 l:002620 d:002660 BLOCK
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:55
c:0009 p:---- s:0025 b:0025 l:000024 d:000024 FINISH
c:0008 p:---- s:0023 b:0023 l:000022 d:000022 CFUNC  :each
c:0007 p:0055 s:0020 b:0020 l:002620 d:002620 METHOD
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:49
c:0006 p:0023 s:0016 b:0016 l:000015 d:000015 METHOD
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:41
c:0005 p:0063 s:0013 b:0013 l:000012 d:000012 METHOD
/opt/work/mspec.git/lib/mspec/commands/mspec-run.rb:87
c:0004 p:0098 s:0010 b:0010 l:000009 d:000009 METHOD
/opt/work/mspec.git/lib/mspec/utils/script.rb:217
c:0003 p:0082 s:0006 b:0006 l:0014a4 d:000004 EVAL
/opt/work/mspec.git/bin/mspec-run:8
c:0002 p:---- s:0004 b:0004 l:000003 d:000003 FINISH
c:0001 p:0000 s:0002 b:0002 l:0014a4 d:0014a4 TOP
---------------------------
/opt/work/mspec.git/bin/mspec-run:8:in `<main>'
/opt/work/mspec.git/lib/mspec/utils/script.rb:217:in `main'
/opt/work/mspec.git/lib/mspec/commands/mspec-run.rb:87:in `run'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:41:in `process'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:49:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:49:in `each'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:55:in `block in files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:67:in `protect'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:67:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:55:in `block (2 levels) in fi=
les'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:55:in `load'

-- C level backtrace information ------------------------------------------=
-
/opt/ruby19-dev/bin/ruby(rb_vm_bugreport+0xbd) [0x816d83d]
/opt/ruby19-dev/bin/ruby [0x81a9d09]
/opt/ruby19-dev/bin/ruby(rb_bug+0x2b) [0x81a9dab]
/opt/ruby19-dev/bin/ruby [0x80fcd05]
[0xb7fbe440]
/opt/ruby19-dev/bin/ruby [0x80bcee9]
/opt/ruby19-dev/bin/ruby(ruby_suppress_tracing+0xf3) [0x816f1e3]
/opt/ruby19-dev/bin/ruby(rb_parser_compile_file+0x7b) [0x809d73b]
/opt/ruby19-dev/bin/ruby [0x80fb641]
/opt/ruby19-dev/bin/ruby(rb_ensure+0x51) [0x805d631]
/opt/ruby19-dev/bin/ruby(rb_load_file+0x57) [0x80f9cc7]
/opt/ruby19-dev/bin/ruby [0x81abb15]
/opt/ruby19-dev/bin/ruby [0x81ac7c7]
/opt/ruby19-dev/bin/ruby [0x8154d14]
/opt/ruby19-dev/bin/ruby [0x8158131]
/opt/ruby19-dev/bin/ruby [0x81589ed]
/opt/ruby19-dev/bin/ruby [0x815b96d]
/opt/ruby19-dev/bin/ruby [0x816319d]
/opt/ruby19-dev/bin/ruby [0x81639d6]
/opt/ruby19-dev/bin/ruby [0x816432c]
/opt/ruby19-dev/bin/ruby [0x8164d8f]
/opt/ruby19-dev/bin/ruby [0x8154d14]
/opt/ruby19-dev/bin/ruby [0x8158131]
/opt/ruby19-dev/bin/ruby [0x81589ed]
/opt/ruby19-dev/bin/ruby [0x815b96d]
/opt/ruby19-dev/bin/ruby [0x816319d]
/opt/ruby19-dev/bin/ruby [0x81639d6]
/opt/ruby19-dev/bin/ruby(rb_yield+0x47) [0x8163f17]
/opt/ruby19-dev/bin/ruby(rb_ary_each+0x41) [0x817cc81]
/opt/ruby19-dev/bin/ruby [0x8158131]
/opt/ruby19-dev/bin/ruby [0x81589ed]
/opt/ruby19-dev/bin/ruby [0x815b96d]
/opt/ruby19-dev/bin/ruby [0x816319d]
/opt/ruby19-dev/bin/ruby(rb_iseq_eval_main+0x1c4) [0x8163494]
/opt/ruby19-dev/bin/ruby [0x805db02]
/opt/ruby19-dev/bin/ruby(ruby_run_node+0x4c) [0x805fcac]
/opt/ruby19-dev/bin/ruby(main+0x60) [0x805cdc0]
/lib/libc.so.6(__libc_start_main+0xe0) [0xb7e17450]
/opt/ruby19-dev/bin/ruby [0x805ccf1]

Thanks,
  --Vladimir

In This Thread