<feed xmlns='http://www.w3.org/2005/Atom'>
<title>nginx.git/src/http, branch release-1.6.2</title>
<subtitle>nginx</subtitle>
<link rel='alternate' type='text/html' href='https://git.sigsegv.uk/nginx.git/'/>
<entry>
<title>Reset of r-&gt;uri.len on URI parsing errors.</title>
<updated>2014-07-18T16:02:11+00:00</updated>
<author>
<name>Maxim Dounin</name>
<email>mdounin@mdounin.ru</email>
</author>
<published>2014-07-18T16:02:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.sigsegv.uk/nginx.git/commit/?id=069b7d9fb20f8545eeebd2a85a4fd93a6e8d0c75'/>
<id>069b7d9fb20f8545eeebd2a85a4fd93a6e8d0c75</id>
<content type='text'>
This ensures that debug logging and the $uri variable (if used in
400 Bad Request processing) will not try to access uninitialized
memory.

Found by Sergey Bobrov.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This ensures that debug logging and the $uri variable (if used in
400 Bad Request processing) will not try to access uninitialized
memory.

Found by Sergey Bobrov.
</pre>
</div>
</content>
</entry>
<entry>
<title>SPDY: fixed typo in log message.</title>
<updated>2014-04-16T07:40:42+00:00</updated>
<author>
<name>Valentin Bartenev</name>
<email>vbart@nginx.com</email>
</author>
<published>2014-04-16T07:40:42+00:00</published>
<link rel='alternate' type='text/html' href='https://git.sigsegv.uk/nginx.git/commit/?id=c69cabed1dfb6e375c7e2c47554577812a811694'/>
<id>c69cabed1dfb6e375c7e2c47554577812a811694</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Fixed missing "static" in declaration of ngx_http_gzip_quantity().</title>
<updated>2014-04-16T07:40:38+00:00</updated>
<author>
<name>Valentin Bartenev</name>
<email>vbart@nginx.com</email>
</author>
<published>2014-04-16T07:40:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.sigsegv.uk/nginx.git/commit/?id=013449be01f1cd18a1b0e926f17ee99a7095cf67'/>
<id>013449be01f1cd18a1b0e926f17ee99a7095cf67</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>SPDY: moved a variable initialization near to its check.</title>
<updated>2014-04-09T14:15:32+00:00</updated>
<author>
<name>Valentin Bartenev</name>
<email>vbart@nginx.com</email>
</author>
<published>2014-04-09T14:15:32+00:00</published>
<link rel='alternate' type='text/html' href='https://git.sigsegv.uk/nginx.git/commit/?id=7da40e6a99fb247d5d97af25cae0c50ed5e55629'/>
<id>7da40e6a99fb247d5d97af25cae0c50ed5e55629</id>
<content type='text'>
This should prevent attempts of using pointer before it was checked, since
all modern compilers are able to spot access to uninitialized variable.

No functional changes.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This should prevent attempts of using pointer before it was checked, since
all modern compilers are able to spot access to uninitialized variable.

No functional changes.
</pre>
</div>
</content>
</entry>
<entry>
<title>SPDY: fixed arguments supplied for an error message.</title>
<updated>2014-04-08T16:12:30+00:00</updated>
<author>
<name>Valentin Bartenev</name>
<email>vbart@nginx.com</email>
</author>
<published>2014-04-08T16:12:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.sigsegv.uk/nginx.git/commit/?id=5d3f84e4e1010afa5028ee013117c11ecb0f689a'/>
<id>5d3f84e4e1010afa5028ee013117c11ecb0f689a</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>SPDY: avoid creating flush frames.</title>
<updated>2014-04-07T19:35:33+00:00</updated>
<author>
<name>Valentin Bartenev</name>
<email>vbart@nginx.com</email>
</author>
<published>2014-04-07T19:35:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.sigsegv.uk/nginx.git/commit/?id=5cf11ab2e0e27a4289ac7a69174c90fc7306f805'/>
<id>5cf11ab2e0e27a4289ac7a69174c90fc7306f805</id>
<content type='text'>
Previously, an empty frame object was created for an output chain that contains
only sync or flush empty buffers.  But since 39d7eef2e332 every DATA frame has
the flush flag set on its last buffer, so there's no need any more in additional
flush buffers in the output queue and they can be skipped.

Note that such flush frames caused an incorrect $body_bytes_sent value.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Previously, an empty frame object was created for an output chain that contains
only sync or flush empty buffers.  But since 39d7eef2e332 every DATA frame has
the flush flag set on its last buffer, so there's no need any more in additional
flush buffers in the output queue and they can be skipped.

Note that such flush frames caused an incorrect $body_bytes_sent value.
</pre>
</div>
</content>
</entry>
<entry>
<title>SPDY: consistently handle control frames with unknown type.</title>
<updated>2014-04-07T15:27:56+00:00</updated>
<author>
<name>Valentin Bartenev</name>
<email>vbart@nginx.com</email>
</author>
<published>2014-04-07T15:27:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.sigsegv.uk/nginx.git/commit/?id=a547f4ac15a489be896edb353a71f2dc85af1265'/>
<id>a547f4ac15a489be896edb353a71f2dc85af1265</id>
<content type='text'>
The SPDY draft 2 specification requires that if an endpoint receives a
control frame for a type it does not recognize, it must ignore the frame.
But the 3 and 3.1 drafts don't seem to declare any behavior for such case.
Then sticking with the previous draft in this matter looks to be right.

But previously, only 8 least significant bits of the type field were
parsed while the rest of 16 bits of the field were checked against zero.
Though there are no known frame types bigger than 255, this resulted in
inconsistency in handling of such frames: they were not recognized as
valid frames at all, and the connection was closed.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The SPDY draft 2 specification requires that if an endpoint receives a
control frame for a type it does not recognize, it must ignore the frame.
But the 3 and 3.1 drafts don't seem to declare any behavior for such case.
Then sticking with the previous draft in this matter looks to be right.

But previously, only 8 least significant bits of the type field were
parsed while the rest of 16 bits of the field were checked against zero.
Though there are no known frame types bigger than 255, this resulted in
inconsistency in handling of such frames: they were not recognized as
valid frames at all, and the connection was closed.
</pre>
</div>
</content>
</entry>
<entry>
<title>SPDY: refactored ngx_http_spdy_state_read_data().</title>
<updated>2014-04-07T15:27:56+00:00</updated>
<author>
<name>Valentin Bartenev</name>
<email>vbart@nginx.com</email>
</author>
<published>2014-04-07T15:27:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.sigsegv.uk/nginx.git/commit/?id=108e4d94e4585085f3244f50905d772d089bcb70'/>
<id>108e4d94e4585085f3244f50905d772d089bcb70</id>
<content type='text'>
There's no more need in a separate indicator of frame completeness
after d74889fbf06d.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
There's no more need in a separate indicator of frame completeness
after d74889fbf06d.
</pre>
</div>
</content>
</entry>
<entry>
<title>SPDY: better detect premature closing of stream.</title>
<updated>2014-04-07T15:27:56+00:00</updated>
<author>
<name>Valentin Bartenev</name>
<email>vbart@nginx.com</email>
</author>
<published>2014-04-07T15:27:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.sigsegv.uk/nginx.git/commit/?id=b2cd52067348aad0f751e654ed7f42f0a29b418d'/>
<id>b2cd52067348aad0f751e654ed7f42f0a29b418d</id>
<content type='text'>
Following a24f88eff684, now the case when the FIN flag is set in SYN_STREAM
is also covered.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Following a24f88eff684, now the case when the FIN flag is set in SYN_STREAM
is also covered.
</pre>
</div>
</content>
</entry>
<entry>
<title>Mp4: allow end values bigger than track duration.</title>
<updated>2014-04-01T16:53:18+00:00</updated>
<author>
<name>Roman Arutyunyan</name>
<email>arut@nginx.com</email>
</author>
<published>2014-04-01T16:53:18+00:00</published>
<link rel='alternate' type='text/html' href='https://git.sigsegv.uk/nginx.git/commit/?id=5147f8ee6a5fb6a7cb615e0897e736a80daef9e8'/>
<id>5147f8ee6a5fb6a7cb615e0897e736a80daef9e8</id>
<content type='text'>
If start time is within the track but end time is out of it, error
"end time is out mp4 stts samples" is generated.  However it's
better to ignore the error and output the track until its end.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
If start time is within the track but end time is out of it, error
"end time is out mp4 stts samples" is generated.  However it's
better to ignore the error and output the track until its end.
</pre>
</div>
</content>
</entry>
</feed>
