[#70252] Re: [ruby-cvs:58640] nobu:r51492 (trunk): node.c: NODE_ALLOCA for ALLOCV — Eric Wong <normalperson@...>
Besides possible backwards compatibility, can we drop volatile
3 messages
2015/08/05
[#70257] [Ruby trunk - Feature #11420] [Open] Introduce ID key table into MRI — ko1@...
Issue #11420 has been reported by Koichi Sasada.
11 messages
2015/08/06
[#70337] Re: [Ruby trunk - Feature #11420] [Open] Introduce ID key table into MRI
— Eric Wong <normalperson@...>
2015/08/11
Nice. Thank you guys for looking into this.
[#70349] Re: [Ruby trunk - Feature #11420] [Open] Introduce ID key table into MRI
— Eric Wong <normalperson@...>
2015/08/12
Btw, did you consider using flexible array to avoid extra malloc
[#70355] Re: [Ruby trunk - Feature #11420] [Open] Introduce ID key table into MRI
— Юрий Соколов <funny.falcon@...>
2015/08/12
I thought to suggest to embed hash_id_table directly into places when it is
[#70356] Re: [Ruby trunk - Feature #11420] [Open] Introduce ID key table into MRI
— SASADA Koichi <ko1@...>
2015/08/12
On 2015/08/13 4:29, Юрий Соколов wrote:
[#70358] Re: [Ruby trunk - Feature #11420] [Open] Introduce ID key table into MRI
— Eric Wong <normalperson@...>
2015/08/12
SASADA Koichi <ko1@atdot.net> wrote:
[#70509] [Ruby trunk - Misc #11276] [RFC] compile.c: convert to use ccan/list — ko1@...
Issue #11276 has been updated by Koichi Sasada.
3 messages
2015/08/21
[#70639] the undefined behavior of an iterator if it is modified inside of the block to which it yields — Daniel Doubrovkine <dblock@...>
(this is my first time e-mailing list list, so apologies for any misstep :)
4 messages
2015/08/31
[ruby-core:70425] [Ruby trunk - Bug #11450] [Open] HTTPHeader.content_range throws error on non-byte units
From:
thomas@...
Date:
2015-08-17 12:12:11 UTC
List:
ruby-core #70425
Issue #11450 has been reported by Thomas Thomassen.
----------------------------------------
Bug #11450: HTTPHeader.content_range throws error on non-byte units
https://bugs.ruby-lang.org/issues/11450
* Author: Thomas Thomassen
* Status: Open
* Priority: Normal
* Assignee:
* ruby -v: 2.0 to 2.2
* Backport: 2.0.0: UNKNOWN, 2.1: UNKNOWN, 2.2: UNKNOWN
----------------------------------------
I ran into an issue with HTTPHeader.content_range today when interacting with an REST API that used Range and Content-Range with units other than "bytes". It used "items" instead to let the API user to say how many data items should be returned from the database.
The HTTP 1.1 specs only define "bytes", but other units are valid (see that "other-range-unit" is described). The specs then say implementations might ignore these other units. However, Ruby doesn't ignore - Ruby throws an error and refuse to proceed.
https://www.ietf.org/rfc/rfc2616.txt
> 3.12 Range Units
>
> HTTP/1.1 allows a client to request that only part (a range of) the
> response entity be included within the response. HTTP/1.1 uses range
> units in the Range (section 14.35) and Content-Range (section 14.16)
> header fields. An entity can be broken down into subranges according
> to various structural units.
>
> range-unit = bytes-unit | other-range-unit
> bytes-unit = "bytes"
> other-range-unit = token
>
> The only range unit defined by HTTP/1.1 is "bytes". HTTP/1.1
> implementations MAY ignore ranges specified using other units.
Looking at the source it can be seen that "bytes" is hard coded and Ruby doesn't account for the possibility of any other unit.
~~~
def content_range
return nil unless @header['content-range']
m = %r<bytes\s+(\d+)-(\d+)/(\d+|\*)>i.match(self['Content-Range']) or
raise Net::HTTPHeaderSyntaxError, 'wrong Content-Range format'
m[1].to_i .. m[2].to_i
end
~~~
The best thing would be if Ruby handled custom range units, but in the very least ignored unknown units instead of throwing errors for a valid HTTP response with custom range units.
--
https://bugs.ruby-lang.org/