[#83096] File.setuid? on IO (Re: [ruby-cvs:67289] normal:r60108 (trunk): file.c: release GVL in File.{setuid?, setgid?, sticky?}) — Nobuyoshi Nakada <nobu@...>
On 2017/10/04 8:47, normal@ruby-lang.org wrote:
5 messages
2017/10/04
[#83100] Re: File.setuid? on IO (Re: [ruby-cvs:67289] normal:r60108 (trunk): file.c: release GVL in File.{setuid?, setgid?, sticky?})
— Eric Wong <normalperson@...>
2017/10/04
Nobuyoshi Nakada <nobu@ruby-lang.org> wrote:
[#83105] Re: File.setuid? on IO (Re: [ruby-cvs:67289] normal:r60108 (trunk): file.c: release GVL in File.{setuid?, setgid?, sticky?})
— Nobuyoshi Nakada <nobu@...>
2017/10/04
On 2017/10/04 15:55, Eric Wong wrote:
[#83107] Alias Enumerable#include? to Enumerable#includes? — Alberto Almagro <albertoalmagro@...>
Hello,
9 messages
2017/10/04
[#83113] Re: Alias Enumerable#include? to Enumerable#includes?
— "Urabe, Shyouhei" <shyouhei@...>
2017/10/05
This has been requested countless times, then rejected each and every time.
[#83129] Re: Alias Enumerable#include? to Enumerable#includes?
— Alberto Almagro <albertoalmagro@...>
2017/10/05
Sorry I didn't found it on the core mail list's archive.
[#83138] Re: Alias Enumerable#include? to Enumerable#includes?
— "Urabe, Shyouhei" <shyouhei@...>
2017/10/06
Ruby has not been made of popular votes so far. You have to show us
[#83149] Re: Alias Enumerable#include? to Enumerable#includes?
— Eric Wong <normalperson@...>
2017/10/06
Alberto Almagro <albertoalmagro@gmail.com> wrote:
[#83200] [Ruby trunk Feature#13996] [PATCH] file.c: apply2files releases GVL — normalperson@...
Issue #13996 has been reported by normalperson (Eric Wong).
4 messages
2017/10/10
[ruby-core:83247] Re: [Ruby trunk Bug#14011] Appveyor failure - svn 60172 - ‘webrick: do not hang acceptor on slow TLS connections’
From:
Eric Wong <normalperson@...>
Date:
2017-10-12 23:40:53 UTC
List:
ruby-core #83247
Greg.mpls@gmail.com wrote:
> https://bugs.ruby-lang.org/issues/14011
Maybe usa can help...
Or maybe sprinkle `warn "#{__LINE__} ...\n"' in the test code and
webrick source to see where it stops?
> I noticed the recent [Appveyor failure]( https://ci.appveyor.com/project/ruby/ruby/build/1.0.5475#L4546) from [‘webrick: do not hang acceptor on slow TLS connections’ svn 60172]( https://github.com/ruby/ruby/commit/feafe07874d3f9f9aa3fa007421ecd28472959a7).
Is that appveyor link supposed to show test output? I don't use
JavaScript or GUIs. Is there plain text or simple HTML log output?
> I’m happy to help with testing, but I suspect this is beyond
> my current knowledge in terms of a fix…
Mainly, it is breaking down steps and putting warn/fprintf
statements everywhere to figure out what's running or stuck.
There's probably platform-specific tracing tools you can use,
too.
> FYI, I did run up puma locally with a static rack, http, and
Did you mean https?
> trunk; everything works fine. I did not write code to connect
> it with multiple concurrent clients (I’ve done that before
> back when I was coding in C#). I also understand that some
> things may ‘just not work’ on windows.
If you meant "https" above, try only making one TCP connection
without the SSL/TLS handshake; then sleep the process:
c = TCPSocket.new(host, port)
# no OpenSSL stuff
sleep # forever
Then, try to make normal HTTPS connections from a different
terminal or browser and see if it works or gets stuck.
Unsubscribe: <mailto:ruby-core-request@ruby-lang.org?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>