[#66126] Creation/Conversion methods/functions table for Ruby types — SASADA Koichi <ko1@...>
Hi,
5 messages
2014/11/07
[#66248] [ruby-trunk - Feature #10423] [PATCH] opt_str_lit*: avoid literal string allocations — normalperson@...
Issue #10423 has been updated by Eric Wong.
3 messages
2014/11/13
[#66595] [ruby-trunk - Bug #10557] [Open] Block not given when the argument is a string — bartosz@...
Issue #10557 has been reported by Bartosz Kopinski.
3 messages
2014/11/30
[ruby-core:66299] [ruby-trunk - Bug #10514] [Feedback] webrick fails with connection error when checking if socket is closed
From:
akr@...
Date:
2014-11-15 13:06:44 UTC
List:
ruby-core #66299
Issue #10514 has been updated by Akira Tanaka.
Status changed from Open to Feedback
The socket is not closed.
Errno::ECONNRESET is caused by a system call.
It is not possible if the socket is already closed.
"[2014-11-14 23:36:06]" is a header of webrick log.
So, webrick rescue the exception and logged it.
I don't see any problem.
----------------------------------------
Bug #10514: webrick fails with connection error when checking if socket is closed
https://bugs.ruby-lang.org/issues/10514#change-49964
* Author: Robin x
* Status: Feedback
* Priority: Normal
* Assignee:
* Category:
* Target version:
* ruby -v: ruby 2.0.0p247 (2013-06-27 revision 41674) [x86_64-linux]
* Backport: 2.0.0: UNKNOWN, 2.1: UNKNOWN
----------------------------------------
In this version and previous
/usr/local/rvm/rubies/ruby-2.1.3/lib/ruby/2.1.0/webrick/httpserver.rb
If the socket is closed early then the sock.eof? fails with a connection reset error
80 raise HTTPStatus::EOFError if sock.eof?
[2014-11-14 23:36:06] ERROR Errno::ECONNRESET: Connection reset by peer
/usr/local/rvm/rubies/ruby-2.0.0-p247/lib/ruby/2.0.0/webrick/httpserver.rb:84:in `eof?'
/usr/local/rvm/rubies/ruby-2.0.0-p247/lib/ruby/2.0.0/webrick/httpserver.rb:84:in `run'
/usr/local/rvm/rubies/ruby-2.0.0-p247/lib/ruby/2.0.0/webrick/server.rb:295:in `block in start_thread'
I'm not sure why the socket is being closed early, probably a bug in something I'm doing in my code but I think this error should be caught and handled properly.
--
https://bugs.ruby-lang.org/