This article is within the scope of WikiProject Computing, a collaborative effort to improve the coverage of computers, computing, and information technology on Wikipedia. If you would like to participate, please visit the project page, where you can join the discussion and see a list of open tasks.ComputingWikipedia:WikiProject ComputingTemplate:WikiProject ComputingComputing
This article has been automatically rated by a bot or other tool as Stub-class because it uses a stub template. Please ensure the assessment is correct before removing the |auto= parameter.
Size encoding oddity
The article states that “One difficulty here was that it could form an HTTP message of, essentially, any size (the limit being the size information for each chunk, which was 32 bits so 1 gigabit).”. In a protocol of this scope, encoding a length in bits seems highly improbable (bytes would be much more likely). In either case, however, the math appears to be wrong. A 32-bit unsigned integer can encode values up to 4,294,967,295, while a signed integer can encode values up to 2,147,483,647. Neither of these is 1 gigabit; they are 4 or 2 (respectively) gibi{bits,bytes}. I don't know the protocol and the documentation at Microsoft’s site appears to be gone, so I don’t know what the actual correct answer is. If it really does use a 32-bit integer and yet somehow have a size limit of 1 gibibit, an explanation of why such an unusual size cap exists would be appropriate. —Preceding unsigned comment added by Hawk777 (talk • contribs) 23:33, 9 May 2011 (UTC)[reply]
