[#26463] New Features for the Array Module — Daniel Cohen <danielc2017@...>
To Whom it May Concern:
[#26488] Add Standard Deviation Function to Math Module — Daniel Cohen <danielc2017@...>
This patch adds a Standard Deviation function to the Math Module. It takes
Hi,
OK,
Hi,
Matz,
Hi,
On Tue, Nov 3, 2009 at 16:56, Yusuke ENDOH <mame@tsg.ne.jp> wrote:
On Nov 3, 2009, at 8:28 PM, Cameron McBride wrote:
2009/11/4 Yusuke ENDOH <mame@tsg.ne.jp>:
[#26492] HashWithIndifferentAccess to core — Urabe Shyouhei <shyouhei@...>
Hello,
Hi,
On Tue, Nov 3, 2009 at 6:48 AM, Yukihiro Matsumoto <matz@ruby-lang.org> wro=
Just a thought: What about implementing this with an option on Hash:new,
Hi,
Hi,
2009/11/6 Yukihiro Matsumoto <matz@ruby-lang.org>:
Hi,
Hi,
I'm not sure that it really makes sense to add any of this to core.
On Sat, Nov 7, 2009 at 10:21 AM, Rick DeNatale <rick.denatale@gmail.com> wrote:
On Nov 7, 2009, at 1:57 PM, Jeremy Kemper wrote:
On Sat, Nov 7, 2009 at 3:14 PM, James Edward Gray II
Hi,
[#26497] [Bug #2326] 1.8.7 Segmentation fault — Johan Holmberg <redmine@...>
Bug #2326: 1.8.7 Segmentation fault
Issue #2326 has been updated by Hongli Lai.
[#26523] [Bug #2330] Non systematic segmentation fault with autoload rubyspec — Marc-Andre Lafortune <redmine@...>
Bug #2330: Non systematic segmentation fault with autoload rubyspec
Issue #2330 has been updated by Marc-Andre Lafortune.
Hi,
Argh... I can't reproduce my minimal case scenario anymore. Maybe
1) The minimal test case
Hi,
[#26540] [Bug #2336] pathname compare fails in windows — Roger Pack <redmine@...>
Bug #2336: pathname compare fails in windows
[#26560] [Feature #2340] Removing YAML/Syck — Yui NARUSE <redmine@...>
Feature #2340: Removing YAML/Syck
Issue #2340 has been updated by Yui NARUSE.
On Nov 6, 2009, at 4:02 AM, Yui NARUSE wrote:
> > Issue #2340 has been updated by Yui NARUSE.
Jon wrote:
> > If you're looking at alternatives, does http://pyyaml.org/wiki/LibYAML
On Sat, Nov 07, 2009 at 12:59:25AM +0900, NARUSE, Yui wrote:
Aaron Patterson wrote:
On Sat, Nov 07, 2009 at 09:21:06PM +0900, NARUSE, Yui wrote:
On Sat, Nov 7, 2009 at 2:52 PM, Aaron Patterson
2009/11/12 5:47, Charles Oliver Nutter wrote:
On Fri, Nov 6, 2009 at 16:00, James Edward Gray II
On Nov 6, 2009, at 9:48 AM, Nikolai Weibull wrote:
James Edward Gray II wrote:
On Fri, Nov 6, 2009 at 18:38, Joel VanderWerf <vjoel@path.berkeley.edu> wro=
Issue #2340 has been updated by Yui NARUSE.
[#26563] [Bug #2343] Timeout.timeout doesn't raise Timeout::Error by default — Hongli Lai <redmine@...>
Bug #2343: Timeout.timeout doesn't raise Timeout::Error by default
[#26623] Re: [ruby-cvs:32896] Ruby:r25678 (trunk): * ext/dl/cptr.c (rb_dlptr_s_malloc, rb_dlptr_initialize): adding — Tanaka Akira <akr@...>
In article <200911062250.nA6Mo69d010341@ci.ruby-lang.org>,
In article <87y6mhb180.fsf@fsij.org>,
On Thu, Nov 12, 2009 at 11:54:49AM +0900, Tanaka Akira wrote:
[#26632] [Feature #2347] Math::INFINITY — Marc-Andre Lafortune <redmine@...>
Feature #2347: Math::INFINITY
2009/11/9 Marc-Andre Lafortune <redmine@ruby-lang.org>:
[#26635] [Feature #2348] RBTree Should be Added to the Standard Library — James Gray <redmine@...>
Feature #2348: RBTree Should be Added to the Standard Library
Issue #2348 has been updated by James Gray.
Hi,
Hi,
Hi,
Yusuke ENDOH wrote:
2010/3/22 Bill Kelly <billk@cts.com>:
[#26650] [Feature #2350] Unicode specific functionality on String in 1.9 — Manfred Stienstra <redmine@...>
Feature #2350: Unicode specific functionality on String in 1.9
Issue #2350 has been updated by Yusuke Endoh.
On Thu, Mar 25, 2010 at 14:45, Yusuke Endoh <redmine@ruby-lang.org> wrote:
(2010/03/26 0:02), Nikolai Weibull wrote:
On Thu, Mar 25, 2010 at 18:24, NARUSE, Yui <naruse@airemix.jp> wrote:
On Thu, Mar 25, 2010 at 19:33, Nikolai Weibull <now@bitwi.se> wrote:
The problem is that the definition of #upcase doesn't only depend on the
On Fri, Mar 18, 2011 at 11:53, Magnus Holm <judofyr@gmail.com> wrote:
[#26652] [Bug #2351] system() hardlinked to /bin/sh — Marcus Franke <redmine@...>
Bug #2351: system() hardlinked to /bin/sh
Issue #2351 has been updated by Motohiro KOSAKI.
[#26668] [Bug #2353] hash.c:setenv causes crashes in Solaris — Christian Höltje <redmine@...>
Bug #2353: hash.c:setenv causes crashes in Solaris
[#26704] Maintainer confirmation process done. — "Yugui (Yuki Sonoda)" <yugui@...>
I'm sorry for my closing the maintainer confirmation process so late.
On Thu, Nov 12, 2009 at 05:29:55PM +0900, Yugui (Yuki Sonoda) wrote:
Aaron Patterson wrote:
[#26722] [Bug #2362] undefined variable has value? — Vit Ondruch <redmine@...>
Bug #2362: undefined variable has value?
[#26735] warnings on build — Roger Pack <rogerdpack@...>
As an FYI, I get these at compile time:
[#26736] [Bug #2365] Matrix: poor handling of coercion errors [patch] — Marc-Andre Lafortune <redmine@...>
Bug #2365: Matrix: poor handling of coercion errors [patch]
Issue #2365 has been updated by Marc-Andre Lafortune.
Hi,
Hi,
[#26745] [Bug #2371] [BUG] thread_free: locking _mutex must be NULL — Chris Schlaeger <redmine@...>
Bug #2371: [BUG] thread_free: locking _mutex must be NULL
[#26753] (send #2) cgi.rb cleanup — Ryan Davis <ryand-ruby@...>
(not sure why my previous email about this got dropped)
Hi,
[#26767] [Bug #2376] Kernel.__method__ rubyspec failures for 1.8.* — Vladimir Sizikov <redmine@...>
Bug #2376: Kernel.__method__ rubyspec failures for 1.8.*
[#26771] [Bug #2377] update documentation for IO#eof? — Roger Pack <redmine@...>
Bug #2377: update documentation for IO#eof?
[#26772] [Bug #2378] Regression in ParseDate.parsedate('nn-nn') — Vladimir Sizikov <redmine@...>
Bug #2378: Regression in ParseDate.parsedate('nn-nn')
Issue #2378 has been updated by Hiro Asari.
[#26774] Ruby constant lookup — Yehuda Katz <wycats@...>
Over the past six months or so, I have been working with the new Ruby 1.9
Hi,
Shugo,
Hi,
On Tue, Nov 17, 2009 at 1:29 AM, Shugo Maeda <shugo@ruby-lang.org> wrote:
Hi,
On Sun, Nov 22, 2009 at 8:08 PM, Shugo Maeda <shugo@ruby-lang.org> wrote:
On Mon, Nov 23, 2009 at 8:08 AM, Rick DeNatale <rick.denatale@gmail.com> wr=
Hi,
Shugo,
[#26788] [Bug #2380] IO#eof? behavior different with 1.9.1p243-mingw32 than other platforms — Ian Dees <redmine@...>
Bug #2380: IO#eof? behavior different with 1.9.1p243-mingw32 than other platforms
Issue #2380 has been updated by Vit Ondruch.
[#26837] [Bug #2389] REXML rails to format parsed SVGs created with inkscape — Alexey Froloff <redmine@...>
Bug #2389: REXML rails to format parsed SVGs created with inkscape
[#26852] Internals: #to_s .vs. #to_str? — Kurt Stephens <ks@...>
Is there a description of the semantic differences between #to_s and
[#26868] [Bug #2392] "Date.valid_civil?" issue in p383 — Ozgun Koyun <redmine@...>
Bug #2392: "Date.valid_civil?" issue in p383
[#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
> =A0It reduces the number of #to_s Strings created during the MRI test sui=
The attached patch add caching of #to_s results to the main immutable
> Yes. =A0The MRI test suite runs at 45 sec with these changes and at 53 se=
I just ran rubyspec against it; ~ 5% time improvement.
Attached is a new version of the patch.
Hi,
On Tue, Dec 1, 2009 at 18:19, Yusuke ENDOH <mame@tsg.ne.jp> wrote:
Nikolai Weibull wrote:
[#26877] [Bug #2394] [BUG] pthread_mutex_lock: 22 revisited — Roger Pack <redmine@...>
Bug #2394: [BUG] pthread_mutex_lock: 22 revisited
[#26889] email from redmine — danielcavanagh@...
hi
[#26931] Re: something broke ruby floats — Ryan Davis <ryand-ruby@...>
CC'ing ruby-core@
[#26939] Methods with default params not at the end and with rest params — Vladimir Sizikov <vsizikov@...>
Hi,
Hi,
Hi Matz,
[#26943] [Bug #2412] CSV regression after revision 25952 — Alexey Froloff <redmine@...>
Bug #2412: CSV regression after revision 25952
[ruby-core:26959] Re: Methods with default params not at the end and with rest params
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