nginx.git/src, branch release-1.6.3

Overflow detection in ngx_http_parse_chunked().

2015-03-16T21:26:27+00:00

Overflow detection in ngx_http_range_parse().

2015-03-16T21:26:24+00:00

Overflow detection in ngx_inet_addr().

2015-03-16T21:26:22+00:00

Core: overflow detection in ngx_parse_time() (ticket #732).

2015-03-16T21:26:20+00:00

Refactored ngx_parse_time().

2015-03-16T21:26:18+00:00

No functional changes.

Core: overflow detection in number parsing functions.

2015-03-16T21:26:15+00:00

Core: expose maximum values of time_t and ngx_int_t.

2015-03-16T21:24:34+00:00

These are needed to detect overflows.

Core: fixed potential buffer overrun when initializing hash.

2015-02-24T15:37:14+00:00

Initial size as calculated from the number of elements may be bigger
than max_size.  If this happens, make sure to set size to max_size.

Reported by Chris West.

Core: fixed a race resulting in extra sem_post()'s.

2015-02-04T13:22:43+00:00

The mtx->wait counter was not decremented if we were able to obtain the lock
right after incrementing it.  This resulted in unneeded sem_post() calls,
eventually leading to EOVERFLOW errors being logged, "sem_post() failed
while wake shmtx (75: Value too large for defined data type)".

To close the race, mtx->wait is now decremented if we obtain the lock right
after incrementing it in ngx_shmtx_lock().  The result can become -1 if a
concurrent ngx_shmtx_unlock() decrements mtx->wait before the added code does.
However, that only leads to one extra iteration in the next call of
ngx_shmtx_lock().

Fixed post_action to not trigger "header already sent" alert.

2014-11-28T13:57:50+00:00

The alert was introduced in 03ff14058272 (1.5.4), and was triggered on each
post_action invocation.

There is no real need to call header filters in case of post_action,
so return NGX_OK from ngx_http_send_header() if r->post_action is set.