[#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:
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> wrote:
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,
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
[#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:
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> 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:
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:
[#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?
[#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> wrote:
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
> t reduces the number of #to_s Strings created during the MRI test suite
The attached patch add caching of #to_s results to the main immutable
> Yes. he MRI test suite runs at 45 sec with these changes and at 53 sec
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:26554] [Bug #2339] DRb leaves connections half-open
Bug #2339: DRb leaves connections half-open
http://redmine.ruby-lang.org/issues/show/2339
Author: Pierre-Alexandre Meyer
Status: Open, Priority: Normal
Category: lib
ruby -v: ruby 1.9.1p243 (2009-07-16 revision 24175) [x86_64-linux]
Hello,
While examining some tcp frames, I encountered the following behaviour in the DRb protocol.
In a nutshell, when the client closes the connection with a server, a stack trace is sent back to the client (indicating a DRbConnError) leaving the connection
half-open. I was wondering if there is a rational behind it?
With the simple server/client example from the DRb documentation (attached), 1707 bytes are being transmitted as part of the tcp conversation,
730 of which is the data for this stack trace.
The behaviour seems to come from drb/drb.rb, in DRbServer#main_loop:
client.send_reply(succ, result) rescue nil
the server sends data back, even when the client tries to close the connection (after initiating a FIN).
The current TCP conversation looks like:
No. Time Source Destination Protocol Info
1 0.000000 ::1 ::1 TCP 49630 > msgsrvr [SYN] Seq=0 Win=32752 Len=0 MSS=16376 TSV=111955923 TSER=0 WS=7
2 0.000014 ::1 ::1 TCP msgsrvr > 49630 [SYN, ACK] Seq=0 Ack=1 Win=32728 Len=0 MSS=16376 TSV=111955923 TSER=111955923 WS=7
3 0.000025 ::1 ::1 TCP 49630 > msgsrvr [ACK] Seq=1 Ack=1 Win=32768 Len=0 TSV=111955923 TSER=111955923
4 0.005520 ::1 ::1 TCP 49630 > msgsrvr [PSH, ACK] Seq=1 Ack=1 Win=32768 Len=68 TSV=111955923 TSER=111955923
5 0.005533 ::1 ::1 TCP msgsrvr > 49630 [ACK] Seq=1 Ack=69 Win=32768 Len=0 TSV=111955923 TSER=111955923
6 0.005947 ::1 ::1 TCP msgsrvr > 49630 [PSH, ACK] Seq=1 Ack=69 Win=32768 Len=45 TSV=111955923 TSER=111955923
7 0.005956 ::1 ::1 TCP 49630 > msgsrvr [ACK] Seq=69 Ack=46 Win=32768 Len=0 TSV=111955923 TSER=111955923
8 0.008436 ::1 ::1 TCP 49630 > msgsrvr [FIN, ACK] Seq=69 Ack=46 Win=32768 Len=0 TSV=111955924 TSER=111955923
9 0.009124 ::1 ::1 TCP msgsrvr > 49630 [PSH, ACK] Seq=46 Ack=70 Win=32768 Len=730 TSV=111955924 TSER=111955924
10 0.009142 ::1 ::1 TCP 49630 > msgsrvr [RST] Seq=70 Win=0 Len=0
The extra PUSH is
0000 00 00 00 00 00 00 00 00 00 00 00 00 86 dd 60 00 ..............`.
0010 00 00 02 fa 06 40 00 00 00 00 00 00 00 00 00 00 .....@..........
0020 00 00 00 00 00 01 00 00 00 00 00 00 00 00 00 00 ................
0030 00 00 00 00 00 01 22 53 c1 de ae c9 dc 23 ae b0 ......"S.....#..
0040 48 3c 80 18 01 00 03 02 00 00 01 01 08 0a 06 ac H<..............
0050 4f d4 06 ac 4f d4 00 00 00 03 04 08 46 00 00 02 O...O.......F...
0060 cf 04 08 6f 3a 16 44 52 62 3a 3a 44 52 62 43 6f ...o:.DRb::DRbCo
0070 6e 6e 45 72 72 6f 72 07 3a 09 6d 65 73 67 49 22 nnError.:.mesgI"
0080 16 63 6f 6e 6e 65 63 74 69 6f 6e 20 63 6c 6f 73 .connection clos
0090 65 64 06 3a 0d 65 6e 63 6f 64 69 6e 67 22 0d 55 ed.:.encoding".U
00a0 53 2d 41 53 43 49 49 3a 07 62 74 5b 0e 22 41 2f S-ASCII:.bt[."A/
00b0 6f 70 74 2f 72 75 62 79 2d 31 2e 39 2e 31 2d 70 opt/ruby-1.9.1-p
00c0 32 34 33 2f 6c 69 62 2f 72 75 62 79 2f 31 2e 39 243/lib/ruby/1.9
00d0 2e 31 2f 64 72 62 2f 64 72 62 2e 72 62 3a 35 37 .1/drb/drb.rb:57
00e0 30 3a 69 6e 20 60 6c 6f 61 64 27 22 49 2f 6f 70 0:in `load'"I/op
00f0 74 2f 72 75 62 79 2d 31 2e 39 2e 31 2d 70 32 34 t/ruby-1.9.1-p24
0100 33 2f 6c 69 62 2f 72 75 62 79 2f 31 2e 39 2e 31 3/lib/ruby/1.9.1
0110 2f 64 72 62 2f 64 72 62 2e 72 62 3a 36 31 32 3a /drb/drb.rb:612:
0120 69 6e 20 60 72 65 63 76 5f 72 65 71 75 65 73 74 in `recv_request
0130 27 22 49 2f 6f 70 74 2f 72 75 62 79 2d 31 2e 39 '"I/opt/ruby-1.9
0140 2e 31 2d 70 32 34 33 2f 6c 69 62 2f 72 75 62 79 .1-p243/lib/ruby
0150 2f 31 2e 39 2e 31 2f 64 72 62 2f 64 72 62 2e 72 /1.9.1/drb/drb.r
0160 62 3a 39 30 38 3a 69 6e 20 60 72 65 63 76 5f 72 b:908:in `recv_r
0170 65 71 75 65 73 74 27 22 4e 2f 6f 70 74 2f 72 75 equest'"N/opt/ru
0180 62 79 2d 31 2e 39 2e 31 2d 70 32 34 33 2f 6c 69 by-1.9.1-p243/li
0190 62 2f 72 75 62 79 2f 31 2e 39 2e 31 2f 64 72 62 b/ruby/1.9.1/drb
01a0 2f 64 72 62 2e 72 62 3a 31 35 33 33 3a 69 6e 20 /drb.rb:1533:in
01b0 60 69 6e 69 74 5f 77 69 74 68 5f 63 6c 69 65 6e `init_with_clien
01c0 74 27 22 4b 2f 6f 70 74 2f 72 75 62 79 2d 31 2e t'"K/opt/ruby-1.
01d0 39 2e 31 2d 70 32 34 33 2f 6c 69 62 2f 72 75 62 9.1-p243/lib/rub
01e0 79 2f 31 2e 39 2e 31 2f 64 72 62 2f 64 72 62 2e y/1.9.1/drb/drb.
01f0 72 62 3a 31 35 34 35 3a 69 6e 20 60 73 65 74 75 rb:1545:in `setu
0200 70 5f 6d 65 73 73 61 67 65 27 22 45 2f 6f 70 74 p_message'"E/opt
0210 2f 72 75 62 79 2d 31 2e 39 2e 31 2d 70 32 34 33 /ruby-1.9.1-p243
0220 2f 6c 69 62 2f 72 75 62 79 2f 31 2e 39 2e 31 2f /lib/ruby/1.9.1/
0230 64 72 62 2f 64 72 62 2e 72 62 3a 31 34 39 37 3a drb/drb.rb:1497:
0240 69 6e 20 60 70 65 72 66 6f 72 6d 27 22 5b 2f 6f in `perform'"[/o
0250 70 74 2f 72 75 62 79 2d 31 2e 39 2e 31 2d 70 32 pt/ruby-1.9.1-p2
0260 34 33 2f 6c 69 62 2f 72 75 62 79 2f 31 2e 39 2e 43/lib/ruby/1.9.
0270 31 2f 64 72 62 2f 64 72 62 2e 72 62 3a 31 35 39 1/drb/drb.rb:159
0280 32 3a 69 6e 20 60 62 6c 6f 63 6b 20 28 32 20 6c 2:in `block (2 l
0290 65 76 65 6c 73 29 20 69 6e 20 6d 61 69 6e 5f 6c evels) in main_l
02a0 6f 6f 70 27 22 42 2f 6f 70 74 2f 72 75 62 79 2d oop'"B/opt/ruby-
02b0 31 2e 39 2e 31 2d 70 32 34 33 2f 6c 69 62 2f 72 1.9.1-p243/lib/r
02c0 75 62 79 2f 31 2e 39 2e 31 2f 64 72 62 2f 64 72 uby/1.9.1/drb/dr
02d0 62 2e 72 62 3a 31 35 38 38 3a 69 6e 20 60 6c 6f b.rb:1588:in `lo
02e0 6f 70 27 22 50 2f 6f 70 74 2f 72 75 62 79 2d 31 op'"P/opt/ruby-1
02f0 2e 39 2e 31 2d 70 32 34 33 2f 6c 69 62 2f 72 75 .9.1-p243/lib/ru
0300 62 79 2f 31 2e 39 2e 31 2f 64 72 62 2f 64 72 62 by/1.9.1/drb/drb
0310 2e 72 62 3a 31 35 38 38 3a 69 6e 20 60 62 6c 6f .rb:1588:in `blo
0320 63 6b 20 69 6e 20 6d 61 69 6e 5f 6c 6f 6f 70 27 ck in main_loop'
With the attached patch, which makes the server not send any data when the client tries to close the connection:
No. Time Source Destination Protocol Info
1 0.000000 ::1 ::1 TCP 55904 > msgsrvr [SYN] Seq=0 Win=32752 Len=0 MSS=16376 TSV=112384805 TSER=0 WS=7
2 0.000014 ::1 ::1 TCP msgsrvr > 55904 [SYN, ACK] Seq=0 Ack=1 Win=32728 Len=0 MSS=16376 TSV=112384805 TSER=112384805 WS=7
3 0.000025 ::1 ::1 TCP 55904 > msgsrvr [ACK] Seq=1 Ack=1 Win=32768 Len=0 TSV=112384805 TSER=112384805
4 0.000212 ::1 ::1 TCP 55904 > msgsrvr [PSH, ACK] Seq=1 Ack=1 Win=32768 Len=68 TSV=112384805 TSER=112384805
5 0.000220 ::1 ::1 TCP msgsrvr > 55904 [ACK] Seq=1 Ack=69 Win=32768 Len=0 TSV=112384805 TSER=112384805
6 0.000655 ::1 ::1 TCP msgsrvr > 55904 [PSH, ACK] Seq=1 Ack=69 Win=32768 Len=45 TSV=112384805 TSER=112384805
7 0.000663 ::1 ::1 TCP 55904 > msgsrvr [ACK] Seq=69 Ack=46 Win=32768 Len=0 TSV=112384805 TSER=112384805
8 0.001523 ::1 ::1 TCP 55904 > msgsrvr [FIN, ACK] Seq=69 Ack=46 Win=32768 Len=0 TSV=112384805 TSER=112384805
9 0.001685 ::1 ::1 TCP msgsrvr > 55904 [FIN, ACK] Seq=46 Ack=70 Win=32768 Len=0 TSV=112384805 TSER=112384805
10 0.001700 ::1 ::1 TCP 55904 > msgsrvr [ACK] Seq=70 Ack=47 Win=32768 Len=0 TSV=112384805 TSER=112384805
----------------------------------------
http://redmine.ruby-lang.org