<feed xmlns='http://www.w3.org/2005/Atom'>
<title>nginx.git/src/event, branch release-1.4.7</title>
<subtitle>nginx</subtitle>
<link rel='alternate' type='text/html' href='https://git.sigsegv.uk/nginx.git/'/>
<entry>
<title>SSL: fixed $ssl_session_id possible segfault after 97e3769637a7.</title>
<updated>2014-01-23T14:32:26+00:00</updated>
<author>
<name>Maxim Dounin</name>
<email>mdounin@mdounin.ru</email>
</author>
<published>2014-01-23T14:32:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.sigsegv.uk/nginx.git/commit/?id=54316a276d4dd8efab9d4d8fe4154546e3345686'/>
<id>54316a276d4dd8efab9d4d8fe4154546e3345686</id>
<content type='text'>
Even during execution of a request it is possible that there will be
no session available, notably in case of renegotiation.  As a result
logging of $ssl_session_id in some cases caused NULL pointer dereference
after revision 97e3769637a7 (1.5.9).  The check added returns an empty
string if there is no session available.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Even during execution of a request it is possible that there will be
no session available, notably in case of renegotiation.  As a result
logging of $ssl_session_id in some cases caused NULL pointer dereference
after revision 97e3769637a7 (1.5.9).  The check added returns an empty
string if there is no session available.
</pre>
</div>
</content>
</entry>
<entry>
<title>SSL: fixed $ssl_session_id variable.</title>
<updated>2014-01-22T12:05:06+00:00</updated>
<author>
<name>Maxim Dounin</name>
<email>mdounin@mdounin.ru</email>
</author>
<published>2014-01-22T12:05:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.sigsegv.uk/nginx.git/commit/?id=23ddf1464817e4fe1479427e9aed14c2ae64f44c'/>
<id>23ddf1464817e4fe1479427e9aed14c2ae64f44c</id>
<content type='text'>
Previously, it used to contain full session serialized instead of just
a session id, making it almost impossible to use the variable in a safe
way.

Thanks to Ivan Ristić.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Previously, it used to contain full session serialized instead of just
a session id, making it almost impossible to use the variable in a safe
way.

Thanks to Ivan Ristić.
</pre>
</div>
</content>
</entry>
<entry>
<title>SSL: fixed c-&gt;read-&gt;ready handling in ngx_ssl_recv().</title>
<updated>2013-11-29T13:16:06+00:00</updated>
<author>
<name>Maxim Dounin</name>
<email>mdounin@mdounin.ru</email>
</author>
<published>2013-11-29T13:16:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.sigsegv.uk/nginx.git/commit/?id=79f0766f356d74f0331b9ff283b32408cf59adbb'/>
<id>79f0766f356d74f0331b9ff283b32408cf59adbb</id>
<content type='text'>
If c-&gt;read-&gt;ready was reset, but later some data were read from a socket
buffer due to a call to ngx_ssl_recv(), the c-&gt;read-&gt;ready flag should
be restored if not all data were read from OpenSSL buffers (as kernel
won't notify us about the data anymore).

More details are available here:
http://mailman.nginx.org/pipermail/nginx/2013-November/041178.html
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
If c-&gt;read-&gt;ready was reset, but later some data were read from a socket
buffer due to a call to ngx_ssl_recv(), the c-&gt;read-&gt;ready flag should
be restored if not all data were read from OpenSSL buffers (as kernel
won't notify us about the data anymore).

More details are available here:
http://mailman.nginx.org/pipermail/nginx/2013-November/041178.html
</pre>
</div>
</content>
</entry>
<entry>
<title>Win32: accept_mutex now always disabled (ticket #362).</title>
<updated>2013-05-31T10:59:26+00:00</updated>
<author>
<name>Maxim Dounin</name>
<email>mdounin@mdounin.ru</email>
</author>
<published>2013-05-31T10:59:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.sigsegv.uk/nginx.git/commit/?id=7dc6290ef6e2cd7a3ec787dbb236979e31d3b2c3'/>
<id>7dc6290ef6e2cd7a3ec787dbb236979e31d3b2c3</id>
<content type='text'>
Use of accept mutex on win32 may result in a deadlock if there are multiple
worker_processes configured and the mutex is grabbed by a process which
can't accept connections.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Use of accept mutex on win32 may result in a deadlock if there are multiple
worker_processes configured and the mutex is grabbed by a process which
can't accept connections.
</pre>
</div>
</content>
</entry>
<entry>
<title>OCSP stapling: fix error logging of successful OCSP responses.</title>
<updated>2013-05-16T22:37:13+00:00</updated>
<author>
<name>Piotr Sikora</name>
<email>piotr@cloudflare.com</email>
</author>
<published>2013-05-16T22:37:13+00:00</published>
<link rel='alternate' type='text/html' href='https://git.sigsegv.uk/nginx.git/commit/?id=4ca32c31a0f842f2980c2d6a6584d6f680bfe839'/>
<id>4ca32c31a0f842f2980c2d6a6584d6f680bfe839</id>
<content type='text'>
Due to a bad argument list, nginx worker would crash (SIGSEGV) while
trying to log the fact that it received OCSP response with "revoked"
or "unknown" certificate status.

While there, fix similar (but non-crashing) error a few lines above.

Signed-off-by: Piotr Sikora &lt;piotr@cloudflare.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Due to a bad argument list, nginx worker would crash (SIGSEGV) while
trying to log the fact that it received OCSP response with "revoked"
or "unknown" certificate status.

While there, fix similar (but non-crashing) error a few lines above.

Signed-off-by: Piotr Sikora &lt;piotr@cloudflare.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>Events: backout eventport changes (r5172) for now.</title>
<updated>2013-04-16T12:58:03+00:00</updated>
<author>
<name>Maxim Dounin</name>
<email>mdounin@mdounin.ru</email>
</author>
<published>2013-04-16T12:58:03+00:00</published>
<link rel='alternate' type='text/html' href='https://git.sigsegv.uk/nginx.git/commit/?id=77d60d2cef7fa7b3aa0364d277904c59e18cda14'/>
<id>77d60d2cef7fa7b3aa0364d277904c59e18cda14</id>
<content type='text'>
Evenport method needs more work.  Changes in r5172, while being correct,
introduce various new regressions with current code.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Evenport method needs more work.  Changes in r5172, while being correct,
introduce various new regressions with current code.
</pre>
</div>
</content>
</entry>
<entry>
<title>Events: fixed typos in two previous commits.</title>
<updated>2013-04-12T17:31:08+00:00</updated>
<author>
<name>Valentin Bartenev</name>
<email>vbart@nginx.com</email>
</author>
<published>2013-04-12T17:31:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.sigsegv.uk/nginx.git/commit/?id=c79802924151aed853fd22cb52f21769a0da19d6'/>
<id>c79802924151aed853fd22cb52f21769a0da19d6</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Events: handle only active events in eventport.</title>
<updated>2013-04-12T15:04:23+00:00</updated>
<author>
<name>Valentin Bartenev</name>
<email>vbart@nginx.com</email>
</author>
<published>2013-04-12T15:04:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.sigsegv.uk/nginx.git/commit/?id=c6aebf6c7411c5d43bd63cf61db08a1ec914dc5c'/>
<id>c6aebf6c7411c5d43bd63cf61db08a1ec914dc5c</id>
<content type='text'>
We generate both read and write events if an error event was returned by
port_getn() without POLLIN/POLLOUT, but we should not try to handle inactive
events, they may even have no handler.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
We generate both read and write events if an error event was returned by
port_getn() without POLLIN/POLLOUT, but we should not try to handle inactive
events, they may even have no handler.
</pre>
</div>
</content>
</entry>
<entry>
<title>Events: protection from stale events in eventport and devpoll.</title>
<updated>2013-04-12T15:02:33+00:00</updated>
<author>
<name>Valentin Bartenev</name>
<email>vbart@nginx.com</email>
</author>
<published>2013-04-12T15:02:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.sigsegv.uk/nginx.git/commit/?id=ed9f87c90119832c3c96fb9c352e53db61943fe4'/>
<id>ed9f87c90119832c3c96fb9c352e53db61943fe4</id>
<content type='text'>
Stale write event may happen if read and write events was reported both,
and processing of the read event closed descriptor.

In practice this might result in "sendfilev() failed (134: ..." or
"writev() failed (134: ..." errors when switching to next upstream server.

See report here:
http://mailman.nginx.org/pipermail/nginx/2013-April/038421.html
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Stale write event may happen if read and write events was reported both,
and processing of the read event closed descriptor.

In practice this might result in "sendfilev() failed (134: ..." or
"writev() failed (134: ..." errors when switching to next upstream server.

See report here:
http://mailman.nginx.org/pipermail/nginx/2013-April/038421.html
</pre>
</div>
</content>
</entry>
<entry>
<title>Event connect: don't penalize AF_INET6 connections.</title>
<updated>2013-03-27T15:16:45+00:00</updated>
<author>
<name>Maxim Dounin</name>
<email>mdounin@mdounin.ru</email>
</author>
<published>2013-03-27T15:16:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.sigsegv.uk/nginx.git/commit/?id=3b9e7adcf44d3970944913fb1e3f0b4f3979f3a9'/>
<id>3b9e7adcf44d3970944913fb1e3f0b4f3979f3a9</id>
<content type='text'>
Problems with setsockopt(TCP_NODELAY) and setsockopt(TCP_NOPUSH), as well
as sendfile() syscall on Solaris, are specific to UNIX-domain sockets.
Other address families, i.e. AF_INET and AF_INET6, are fine.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Problems with setsockopt(TCP_NODELAY) and setsockopt(TCP_NOPUSH), as well
as sendfile() syscall on Solaris, are specific to UNIX-domain sockets.
Other address families, i.e. AF_INET and AF_INET6, are fine.
</pre>
</div>
</content>
</entry>
</feed>
