[#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:83394] [Ruby trunk Feature#855] HTTP/1.1 fixes and other enhancements to webrick
From:
mame@...
Date:
2017-10-19 12:51:31 UTC
List:
ruby-core #83394
Issue #855 has been updated by mame (Yusuke Endoh).
Assignee changed from nahi (Hiroshi Nakamura) to normalperson (Eric Wong)
Eric Wong,
Could you handle this very old ticket about webrick?
----------------------------------------
Feature #855: HTTP/1.1 fixes and other enhancements to webrick
https://bugs.ruby-lang.org/issues/855#change-67360
* Author: candlerb (Brian Candler)
* Status: Assigned
* Priority: Normal
* Assignee: normalperson (Eric Wong)
* Target version: next minor
----------------------------------------
=begin
I raised the following issues on ruby-core:
1. When returning an open IO object (without Content-Length or chunking), Webrick fails to close the HTTP/1.1 connection, and hence the client waits forever for the end of the data.
http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-core/18454
http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-core/18565
2. Webrick makes it very difficult to send a '100 continue' response when a HTTP/1.1 client requests one, and yet the RFC2616 says it *must* do so.
http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-core/18459
3. It would be convenient to be able to stream not just real IO objects, but other objects which duck-type like them (such as an open zip file entry from rubyzip)
http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-core/18460
4. It would be convenient to be able to provide a proc object to generate a streamed response:
proc { |out| out << "data"; out << "more data"; etc }
5. The default block size of 4K is too small to be efficient when serving large files. This was already fixed for 1.9 in
http://redmine.ruby-lang.org/repositories/revision/ruby-19?rev=10167
(default now 64K and tunable). Please consider this for 1.8, especially since a similar improvement has been backported for Net::HTTP in
http://redmine.ruby-lang.org/repositories/revision/ruby-18?rev=12092
The attached file contains small monkey-patches to address these issues. If there is interest these could be rewritten as actual patches against webrick.
=end
---Files--------------------------------
webrick-patches.rb (2.69 KB)
--
https://bugs.ruby-lang.org/
Unsubscribe: <mailto:ruby-core-request@ruby-lang.org?subject=unsubscribe>
<http://lists.ruby-lang.org/cgi-bin/mailman/options/ruby-core>