# HG changeset patch # User Igor Sysoev # Date 1252934236 0 # Node ID 6dcc15f30295eb461569c41f3428784af7642b7c # Parent 9ec5a0857fcd3800a93846243fb5e1d2906dcab3 nginx-0.5.38-RELEASE diff --git a/docs/xml/nginx/changes.xml b/docs/xml/nginx/changes.xml --- a/docs/xml/nginx/changes.xml +++ b/docs/xml/nginx/changes.xml @@ -9,6 +9,37 @@ nginx changelog + + + + +при обработке специально созданного запроса +в рабочем процессе мог произойти segmentation fault.
+Спасибо Chris Ries. +
+ +a segmentation fault might occur in worker process +while specially crafted request handling.
+Thanks to Chris Ries. +
+
+ + + +при использовании error_log на уровне info или debug +в рабочем процессе мог произойти segmentation fault.
+Спасибо Сергею Боченкову. +
+ +a segmentation fault might occur in worker process, +if error_log was set to info or debug level.
+Thanks to Sergey Bochenkov. +
+
+ +
+ + @@ -1748,7 +1779,7 @@ the bug had appeared in 0.5.8. a segmentation fault might occur in worker process -if the temporarily files were used while working with FastCGI server; +if the temporary files were used while working with FastCGI server; the bug had appeared in 0.5.8. @@ -3506,11 +3537,11 @@ then the proxied request was sent unesca -метод $r->headers_in("Cookie") модуля ngx_http_perl_module теперь возвращает +метод $r->header_in("Cookie") модуля ngx_http_perl_module теперь возвращает все строки "Cookie" в заголовке запроса. -the $r->headers_in("Cookie") of the ngx_http_perl_module now returns +the $r->header_in("Cookie") of the ngx_http_perl_module now returns all "Cookie" header lines. @@ -4637,7 +4668,7 @@ the bug had appeared in 0.3.18. if the HTTPS protocol was used in the "proxy_pass" directive and -the request body was in temporarily file then the request was not transferred. +the request body was in temporary file then the request was not transferred. @@ -8380,8 +8411,8 @@ the proxy_set_x_var and fastcgi_set_var к URI через символ "&" вместо "?". -in the redirect rewrite directive the arguments were concatenated with URI -by the "&" rather than the "?". +in a redirect rewrite directive arguments were concatenated with URI +by an "&" rather than a "?".