<div dir="ltr">Maxim, but is it possible somehow to implement to handle SIGHUP the same way as exit_process?</div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 28, 2014 at 5:17 PM,  <span dir="ltr"><<a href="mailto:nginx-devel-request@nginx.org" target="_blank">nginx-devel-request@nginx.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Send nginx-devel mailing list submissions to<br>
        <a href="mailto:nginx-devel@nginx.org">nginx-devel@nginx.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
        <a href="http://mailman.nginx.org/mailman/listinfo/nginx-devel" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-devel</a><br>
or, via email, send a message with subject or body 'help' to<br>
        <a href="mailto:nginx-devel-request@nginx.org">nginx-devel-request@nginx.org</a><br>
<br>
You can reach the person managing the list at<br>
        <a href="mailto:nginx-devel-owner@nginx.org">nginx-devel-owner@nginx.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of nginx-devel digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
   1. [nginx] Upstream: limited next_upstream time and tries when<br>
      reso... (Roman Arutyunyan)<br>
   2. Re: SIGHUP and ngx_module_t (Maxim Dounin)<br>
   3. Re: [PATCH] Upstream: limited next_upstream time and tries<br>
      when resolving DNS (Roman Arutyunyan)<br>
   4. Re: [PATCH] Support cross compiling with MinGW-w64 on Debian<br>
      GNU/Linux (Kouhei Sutou)<br>
   5. [nginx] Win32: made build-able with MinGW-w64 gcc. (Maxim Dounin)<br>
   6. Re: [PATCH] Support cross compiling with MinGW-w64 on Debian<br>
      GNU/Linux (Maxim Dounin)<br>
   7. Re: [PATCH] SPDY: stop emitting empty header values<br>
      (Valentin V. Bartenev)<br>
   8. Re: [PATCH] Support cross compiling with MinGW-w64 on Debian<br>
      GNU/Linux (Kouhei Sutou)<br>
   9. [PATCH] Add Win32 related files into tar.gz (Kouhei Sutou)<br>
  10. [nginx] Updated OpenSSL used for win32 builds. (Maxim Dounin)<br>
  11. [nginx] nginx-1.7.7-RELEASE (Maxim Dounin)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Tue, 28 Oct 2014 12:48:14 +0000<br>
From: Roman Arutyunyan <<a href="mailto:arut@nginx.com">arut@nginx.com</a>><br>
To: <a href="mailto:nginx-devel@nginx.org">nginx-devel@nginx.org</a><br>
Subject: [nginx] Upstream: limited next_upstream time and tries when<br>
        reso...<br>
Message-ID:<br>
        <<a href="mailto:hg.5a042519bfe7.1414500494.6026610855610030274@dev.nginx.com">hg.5a042519bfe7.1414500494.6026610855610030274@dev.nginx.com</a>><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
details:   <a href="http://hg.nginx.org/nginx/rev/5a042519bfe7" target="_blank">http://hg.nginx.org/nginx/rev/5a042519bfe7</a><br>
branches:<br>
changeset: 5885:5a042519bfe7<br>
user:      Gu Feng <<a href="mailto:flygoast@126.com">flygoast@126.com</a>><br>
date:      Mon Oct 27 19:52:03 2014 +0800<br>
description:<br>
Upstream: limited next_upstream time and tries when resolving DNS.<br>
<br>
When got multiple upstream IP addresses using DNS resolving, the number of<br>
upstreams tries and the maxinum time spent for these tries were not affected.<br>
This patch fixed it.<br>
<br>
diffstat:<br>
<br>
 src/http/ngx_http_upstream.c |  8 ++++++++<br>
 1 files changed, 8 insertions(+), 0 deletions(-)<br>
<br>
diffs (18 lines):<br>
<br>
diff -r 8486205d10db -r 5a042519bfe7 src/http/ngx_http_upstream.c<br>
--- a/src/http/ngx_http_upstream.c      Tue Oct 28 12:29:59 2014 +0300<br>
+++ b/src/http/ngx_http_upstream.c      Mon Oct 27 19:52:03 2014 +0800<br>
@@ -981,6 +981,14 @@ ngx_http_upstream_resolve_handler(ngx_re<br>
     ngx_resolve_name_done(ctx);<br>
     ur->ctx = NULL;<br>
<br>
+    u->peer.start_time = ngx_current_msec;<br>
+<br>
+    if (u->conf->next_upstream_tries<br>
+        && u->peer.tries > u->conf->next_upstream_tries)<br>
+    {<br>
+        u->peer.tries = u->conf->next_upstream_tries;<br>
+    }<br>
+<br>
     ngx_http_upstream_connect(r, u);<br>
<br>
 failed:<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Tue, 28 Oct 2014 15:51:19 +0300<br>
From: Maxim Dounin <<a href="mailto:mdounin@mdounin.ru">mdounin@mdounin.ru</a>><br>
To: <a href="mailto:nginx-devel@nginx.org">nginx-devel@nginx.org</a><br>
Subject: Re: SIGHUP and ngx_module_t<br>
Message-ID: <<a href="mailto:20141028125119.GK45418@mdounin.ru">20141028125119.GK45418@mdounin.ru</a>><br>
Content-Type: text/plain; charset=us-ascii<br>
<br>
Hello!<br>
<br>
On Tue, Oct 28, 2014 at 08:30:15AM +0200, Donatas Abraitis wrote:<br>
<br>
> Hello,<br>
><br>
> is it true, that SIGHUP is not handled by ngx_module_t /* exit process */ ?<br>
><br>
> I mean if I have these defined:<br>
><br>
>     ngx_http_modsecurity_terminate, /* exit process */<br>
>     ngx_http_modsecurity_terminate, /* exit master */<br>
><br>
> So, sending SIGHUP to the master it doesn't call the<br>
> ngx_http_modsecurity_terminate(). If sending SIGTERM it does. How is it for<br>
> real?<br>
<br>
The exit_process callback is called on process exit, not on<br>
SIGHUP.  There is a difference, see here:<br>
<br>
<a href="http://nginx.org/en/docs/control.html" target="_blank">http://nginx.org/en/docs/control.html</a><br>
<br>
--<br>
Maxim Dounin<br>
<a href="http://nginx.org/" target="_blank">http://nginx.org/</a><br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Tue, 28 Oct 2014 15:52:38 +0300<br>
From: Roman Arutyunyan <<a href="mailto:arut@nginx.com">arut@nginx.com</a>><br>
To: <a href="mailto:nginx-devel@nginx.org">nginx-devel@nginx.org</a><br>
Subject: Re: [PATCH] Upstream: limited next_upstream time and tries<br>
        when resolving DNS<br>
Message-ID: <<a href="mailto:B45B7D29-3F17-4086-8319-D33C24F57D41@nginx.com">B45B7D29-3F17-4086-8319-D33C24F57D41@nginx.com</a>><br>
Content-Type: text/plain; charset=us-ascii<br>
<br>
<br>
On 27 Oct 2014, at 14:53, Gu Feng <<a href="mailto:flygoast@126.com">flygoast@126.com</a>> wrote:<br>
<br>
> # HG changeset patch<br>
> # User Gu Feng <<a href="mailto:flygoast@126.com">flygoast@126.com</a>><br>
> # Date 1414410723 -28800<br>
> #      Mon Oct 27 19:52:03 2014 +0800<br>
> # Node ID ccc3b86835da54273c333e7d6a00f68e0b0e6c27<br>
> # Parent  973fded4f461f3a397779b3a1dc80881b1b34974<br>
> Upstream: limited next_upstream time and tries when resolving DNS.<br>
><br>
> When got multiple upstream IP addresses using DNS resolving, the number of<br>
> upstreams tries and the maxinum time spent for these tries were not affected.<br>
> This patch fixed it.<br>
><br>
> diff -r 973fded4f461 -r ccc3b86835da src/http/ngx_http_upstream.c<br>
> --- a/src/http/ngx_http_upstream.c    Wed Oct 15 22:57:23 2014 +0400<br>
> +++ b/src/http/ngx_http_upstream.c    Mon Oct 27 19:52:03 2014 +0800<br>
> @@ -974,6 +974,14 @@ ngx_http_upstream_resolve_handler(ngx_re<br>
>     ngx_resolve_name_done(ctx);<br>
>     ur->ctx = NULL;<br>
><br>
> +    u->peer.start_time = ngx_current_msec;<br>
> +<br>
> +    if (u->conf->next_upstream_tries<br>
> +        && u->peer.tries > u->conf->next_upstream_tries)<br>
> +    {<br>
> +        u->peer.tries = u->conf->next_upstream_tries;<br>
> +    }<br>
> +<br>
>     ngx_http_upstream_connect(r, u);<br>
><br>
> failed:<br>
><br>
> _______________________________________________<br>
> nginx-devel mailing list<br>
> <a href="mailto:nginx-devel@nginx.org">nginx-devel@nginx.org</a><br>
> <a href="http://mailman.nginx.org/mailman/listinfo/nginx-devel" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-devel</a><br>
><br>
<br>
Thanks, committed.<br>
<br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Tue, 28 Oct 2014 22:04:00 +0900 (JST)<br>
From: Kouhei Sutou <<a href="mailto:kou@cozmixng.org">kou@cozmixng.org</a>><br>
To: <a href="mailto:nginx-devel@nginx.org">nginx-devel@nginx.org</a><br>
Subject: Re: [PATCH] Support cross compiling with MinGW-w64 on Debian<br>
        GNU/Linux<br>
Message-ID: <<a href="mailto:20141028.220400.1975564655674477555.kou@cozmixng.org">20141028.220400.1975564655674477555.kou@cozmixng.org</a>><br>
Content-Type: Text/Plain; charset=us-ascii<br>
<br>
Hi,<br>
<br>
In <<a href="mailto:20141027174711.GD45418@mdounin.ru">20141027174711.GD45418@mdounin.ru</a>><br>
  "Re: [PATCH] Support cross compiling with MinGW-w64 on Debian GNU/Linux" on Mon, 27 Oct 2014 20:47:11 +0300,<br>
  Maxim Dounin <<a href="mailto:mdounin@mdounin.ru">mdounin@mdounin.ru</a>> wrote:<br>
<br>
> - the NGX_GNUC_64 macro was removed, __MINGW64_VERSION_MAJOR<br>
>   tested directly instead;<br>
><br>
> - the #include <_mingw.h> removed as tests are after includes now,<br>
>   see [1];<br>
><br>
> - some style nits.<br>
><br>
> Please test if it still works for you.<br>
<br>
Thanks for providing your patch.<br>
<br>
I confirmed that it works well with both<br>
x86_64-w64-mingw32-gcc and i686-w64-mingw32-gcc!<br>
<br>
<br>
Please push the patch.<br>
<br>
<br>
Thanks,<br>
--<br>
kou<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 5<br>
Date: Tue, 28 Oct 2014 13:31:26 +0000<br>
From: Maxim Dounin <<a href="mailto:mdounin@mdounin.ru">mdounin@mdounin.ru</a>><br>
To: <a href="mailto:nginx-devel@nginx.org">nginx-devel@nginx.org</a><br>
Subject: [nginx] Win32: made build-able with MinGW-w64 gcc.<br>
Message-ID:<br>
        <<a href="mailto:hg.5d4e4619982f.1414503086.6026610855610030274@dev.nginx.com">hg.5d4e4619982f.1414503086.6026610855610030274@dev.nginx.com</a>><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
details:   <a href="http://hg.nginx.org/nginx/rev/5d4e4619982f" target="_blank">http://hg.nginx.org/nginx/rev/5d4e4619982f</a><br>
branches:<br>
changeset: 5886:5d4e4619982f<br>
user:      Kouhei Sutou <<a href="mailto:kou@cozmixng.org">kou@cozmixng.org</a>><br>
date:      Wed Oct 15 21:15:01 2014 +0900<br>
description:<br>
Win32: made build-able with MinGW-w64 gcc.<br>
<br>
diffstat:<br>
<br>
 src/os/win32/ngx_win32_config.h |  37 +++++++++++++++++++++++++++++++++++--<br>
 1 files changed, 35 insertions(+), 2 deletions(-)<br>
<br>
diffs (88 lines):<br>
<br>
diff --git a/src/os/win32/ngx_win32_config.h b/src/os/win32/ngx_win32_config.h<br>
--- a/src/os/win32/ngx_win32_config.h<br>
+++ b/src/os/win32/ngx_win32_config.h<br>
@@ -37,14 +37,24 @@<br>
 #include <shellapi.h><br>
 #include <stddef.h>    /* offsetof() */<br>
<br>
-#ifdef __GNUC__<br>
+#ifdef __MINGW64_VERSION_MAJOR<br>
+<br>
+/* GCC MinGW-w64 supports _FILE_OFFSET_BITS */<br>
+#define _FILE_OFFSET_BITS 64<br>
+<br>
+#elif defined __GNUC__<br>
+<br>
 /* GCC MinGW's stdio.h includes sys/types.h */<br>
 #define _OFF_T_<br>
+<br>
 #endif<br>
<br>
 #include <stdio.h><br>
 #include <stdlib.h><br>
 #include <stdarg.h><br>
+#ifdef __MINGW64_VERSION_MAJOR<br>
+#include <stdint.h><br>
+#endif<br>
 #include <ctype.h><br>
 #include <locale.h><br>
<br>
@@ -136,16 +146,21 @@ typedef unsigned short int  uint16_t;<br>
 typedef __int64             int64_t;<br>
 typedef unsigned __int64    uint64_t;<br>
<br>
-#ifndef __WATCOMC__<br>
+#if !defined(__WATCOMC__) && !defined(__MINGW64_VERSION_MAJOR)<br>
 typedef int                 intptr_t;<br>
 typedef u_int               uintptr_t;<br>
 #endif<br>
<br>
<br>
+#ifndef __MINGW64_VERSION_MAJOR<br>
+<br>
 /* Windows defines off_t as long, which is 32-bit */<br>
 typedef __int64             off_t;<br>
 #define _OFF_T_DEFINED<br>
<br>
+#endif<br>
+<br>
+<br>
 #ifdef __WATCOMC__<br>
<br>
 /* off_t is redefined by sys/types.h used by zlib.h */<br>
@@ -164,17 +179,35 @@ typedef unsigned int        ino_t;<br>
 #endif<br>
<br>
<br>
+#ifndef __MINGW64_VERSION_MAJOR<br>
 typedef int                 ssize_t;<br>
+#endif<br>
+<br>
+<br>
 typedef uint32_t            in_addr_t;<br>
 typedef u_short             in_port_t;<br>
 typedef int                 sig_atomic_t;<br>
<br>
<br>
+#ifdef _WIN64<br>
+<br>
+#define NGX_PTR_SIZE            8<br>
+#define NGX_SIZE_T_LEN          (sizeof("-9223372036854775808") - 1)<br>
+#define NGX_MAX_SIZE_T_VALUE    9223372036854775807<br>
+#define NGX_TIME_T_LEN          (sizeof("-9223372036854775808") - 1)<br>
+#define NGX_TIME_T_SIZE         8<br>
+<br>
+#else<br>
+<br>
 #define NGX_PTR_SIZE            4<br>
 #define NGX_SIZE_T_LEN          (sizeof("-2147483648") - 1)<br>
 #define NGX_MAX_SIZE_T_VALUE    2147483647<br>
 #define NGX_TIME_T_LEN          (sizeof("-2147483648") - 1)<br>
 #define NGX_TIME_T_SIZE         4<br>
+<br>
+#endif<br>
+<br>
+<br>
 #define NGX_OFF_T_LEN           (sizeof("-9223372036854775807") - 1)<br>
 #define NGX_MAX_OFF_T_VALUE     9223372036854775807<br>
 #define NGX_SIG_ATOMIC_T_SIZE   4<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 6<br>
Date: Tue, 28 Oct 2014 16:38:02 +0300<br>
From: Maxim Dounin <<a href="mailto:mdounin@mdounin.ru">mdounin@mdounin.ru</a>><br>
To: <a href="mailto:nginx-devel@nginx.org">nginx-devel@nginx.org</a><br>
Subject: Re: [PATCH] Support cross compiling with MinGW-w64 on Debian<br>
        GNU/Linux<br>
Message-ID: <<a href="mailto:20141028133802.GL45418@mdounin.ru">20141028133802.GL45418@mdounin.ru</a>><br>
Content-Type: text/plain; charset=us-ascii<br>
<br>
Hello!<br>
<br>
On Tue, Oct 28, 2014 at 10:04:00PM +0900, Kouhei Sutou wrote:<br>
<br>
> Hi,<br>
><br>
> In <<a href="mailto:20141027174711.GD45418@mdounin.ru">20141027174711.GD45418@mdounin.ru</a>><br>
>   "Re: [PATCH] Support cross compiling with MinGW-w64 on Debian GNU/Linux" on Mon, 27 Oct 2014 20:47:11 +0300,<br>
>   Maxim Dounin <<a href="mailto:mdounin@mdounin.ru">mdounin@mdounin.ru</a>> wrote:<br>
><br>
> > - the NGX_GNUC_64 macro was removed, __MINGW64_VERSION_MAJOR<br>
> >   tested directly instead;<br>
> ><br>
> > - the #include <_mingw.h> removed as tests are after includes now,<br>
> >   see [1];<br>
> ><br>
> > - some style nits.<br>
> ><br>
> > Please test if it still works for you.<br>
><br>
> Thanks for providing your patch.<br>
><br>
> I confirmed that it works well with both<br>
> x86_64-w64-mingw32-gcc and i686-w64-mingw32-gcc!<br>
><br>
><br>
> Please push the patch.<br>
<br>
Committed, thanks.<br>
<br>
--<br>
Maxim Dounin<br>
<a href="http://nginx.org/" target="_blank">http://nginx.org/</a><br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 7<br>
Date: Tue, 28 Oct 2014 16:39:06 +0300<br>
From: "Valentin V. Bartenev" <<a href="mailto:vbart@nginx.com">vbart@nginx.com</a>><br>
To: <a href="mailto:nginx-devel@nginx.org">nginx-devel@nginx.org</a><br>
Cc: Maxim Dounin <<a href="mailto:mdounin@mdounin.ru">mdounin@mdounin.ru</a>><br>
Subject: Re: [PATCH] SPDY: stop emitting empty header values<br>
Message-ID: <6234114.T01q3fE4Uv@vbart-workstation><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
On Monday 27 October 2014 14:33:15 Piotr Sikora wrote:<br>
> # HG changeset patch<br>
> # User Piotr Sikora <<a href="mailto:piotr@cloudflare.com">piotr@cloudflare.com</a>><br>
> # Date 1414445156 25200<br>
> #      Mon Oct 27 14:25:56 2014 -0700<br>
> # Node ID e590d484a7f9d2750e2cd45ea16c601ae01cb607<br>
> # Parent  ee9230cd4bda9f9e7e83f7baf37d66ad6bb9b0c1<br>
> SPDY: stop emitting empty header values.<br>
><br>
> Previously, nginx would emit empty values in a header with multiple,<br>
> NULL-separated values.<br>
><br>
> This is forbidden by the SPDY specification, which requires headers to<br>
> have either a single (possibly empty) value or multiple, NULL-separated<br>
> non-empty values.<br>
><br>
> Signed-off-by: Piotr Sikora <<a href="mailto:piotr@cloudflare.com">piotr@cloudflare.com</a>><br>
><br>
> diff -r ee9230cd4bda -r e590d484a7f9 src/http/ngx_http_spdy_filter_module.c<br>
> --- a/src/http/ngx_http_spdy_filter_module.c  Mon Oct 27 21:14:12 2014 +0300<br>
> +++ b/src/http/ngx_http_spdy_filter_module.c  Mon Oct 27 14:25:56 2014 -0700<br>
> @@ -493,9 +493,13 @@ ngx_http_spdy_header_filter(ngx_http_req<br>
>                  continue;<br>
>              }<br>
><br>
> -            *last++ = '\0';<br>
> +            if (h[j].value.len) {<br>
> +                if (last != p) {<br>
> +                    *last++ = '\0';<br>
> +                }<br>
><br>
> -            last = ngx_cpymem(last, h[j].value.data, h[j].value.len);<br>
> +                last = ngx_cpymem(last, h[j].value.data, h[j].value.len);<br>
> +            }<br>
><br>
>              h[j].hash = 2;<br>
>          }<br>
><br>
<br>
<br>
Ok. Ruslan? Maxim? Will you approve the patch for commit?<br>
<br>
  wbr, Valentin V. Bartenev<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 8<br>
Date: Tue, 28 Oct 2014 22:44:26 +0900 (JST)<br>
From: Kouhei Sutou <<a href="mailto:kou@cozmixng.org">kou@cozmixng.org</a>><br>
To: <a href="mailto:nginx-devel@nginx.org">nginx-devel@nginx.org</a><br>
Subject: Re: [PATCH] Support cross compiling with MinGW-w64 on Debian<br>
        GNU/Linux<br>
Message-ID: <<a href="mailto:20141028.224426.1385733153224259244.kou@cozmixng.org">20141028.224426.1385733153224259244.kou@cozmixng.org</a>><br>
Content-Type: Text/Plain; charset=us-ascii<br>
<br>
Hi,<br>
<br>
In <<a href="mailto:20141028133802.GL45418@mdounin.ru">20141028133802.GL45418@mdounin.ru</a>><br>
  "Re: [PATCH] Support cross compiling with MinGW-w64 on Debian GNU/Linux" on Tue, 28 Oct 2014 16:38:02 +0300,<br>
  Maxim Dounin <<a href="mailto:mdounin@mdounin.ru">mdounin@mdounin.ru</a>> wrote:<br>
<br>
>> > - the NGX_GNUC_64 macro was removed, __MINGW64_VERSION_MAJOR<br>
>> >   tested directly instead;<br>
>> ><br>
>> > - the #include <_mingw.h> removed as tests are after includes now,<br>
>> >   see [1];<br>
>> ><br>
>> > - some style nits.<br>
>> ><br>
>> > Please test if it still works for you.<br>
>><br>
>> Thanks for providing your patch.<br>
>><br>
>> I confirmed that it works well with both<br>
>> x86_64-w64-mingw32-gcc and i686-w64-mingw32-gcc!<br>
>><br>
>><br>
>> Please push the patch.<br>
><br>
> Committed, thanks.<br>
<br>
Thanks!!!<br>
<br>
--<br>
kou<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 9<br>
Date: Tue, 28 Oct 2014 23:19:17 +0900 (JST)<br>
From: Kouhei Sutou <<a href="mailto:kou@cozmixng.org">kou@cozmixng.org</a>><br>
To: <a href="mailto:nginx-devel@nginx.org">nginx-devel@nginx.org</a><br>
Subject: [PATCH] Add Win32 related files into tar.gz<br>
Message-ID: <<a href="mailto:20141028.231917.907259224060825208.kou@cozmixng.org">20141028.231917.907259224060825208.kou@cozmixng.org</a>><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
Hi,<br>
<br>
The current nginx can be built with MinGW-w64. Could you add<br>
Win32 related files into tar.gz? If tar.gz includes Win32<br>
related file, I can build nginx for Windows from tar.gz.<br>
<br>
<br>
Thanks,<br>
--<br>
kou<br>
-------------- next part --------------<br>
A non-text attachment was scrubbed...<br>
Name: win32-add-win32-related-files-into-tar-gz.patch<br>
Type: text/x-patch<br>
Size: 986 bytes<br>
Desc: not available<br>
URL: <<a href="http://mailman.nginx.org/pipermail/nginx-devel/attachments/20141028/e15b926d/attachment-0001.bin" target="_blank">http://mailman.nginx.org/pipermail/nginx-devel/attachments/20141028/e15b926d/attachment-0001.bin</a>><br>
<br>
------------------------------<br>
<br>
Message: 10<br>
Date: Tue, 28 Oct 2014 14:52:33 +0000<br>
From: Maxim Dounin <<a href="mailto:mdounin@mdounin.ru">mdounin@mdounin.ru</a>><br>
To: <a href="mailto:nginx-devel@nginx.org">nginx-devel@nginx.org</a><br>
Subject: [nginx] Updated OpenSSL used for win32 builds.<br>
Message-ID:<br>
        <<a href="mailto:hg.e40ce16b2c42.1414507953.6026610855610030274@dev.nginx.com">hg.e40ce16b2c42.1414507953.6026610855610030274@dev.nginx.com</a>><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
details:   <a href="http://hg.nginx.org/nginx/rev/e40ce16b2c42" target="_blank">http://hg.nginx.org/nginx/rev/e40ce16b2c42</a><br>
branches:<br>
changeset: 5887:e40ce16b2c42<br>
user:      Maxim Dounin <<a href="mailto:mdounin@mdounin.ru">mdounin@mdounin.ru</a>><br>
date:      Tue Oct 28 17:35:00 2014 +0300<br>
description:<br>
Updated OpenSSL used for win32 builds.<br>
<br>
diffstat:<br>
<br>
 misc/GNUmakefile |  2 +-<br>
 1 files changed, 1 insertions(+), 1 deletions(-)<br>
<br>
diffs (12 lines):<br>
<br>
diff --git a/misc/GNUmakefile b/misc/GNUmakefile<br>
--- a/misc/GNUmakefile<br>
+++ b/misc/GNUmakefile<br>
@@ -5,7 +5,7 @@ NGINX =         nginx-$(VER)<br>
 TEMP =         tmp<br>
<br>
 OBJS =         objs.msvc8<br>
-OPENSSL =      openssl-1.0.1i<br>
+OPENSSL =      openssl-1.0.1j<br>
 ZLIB =         zlib-1.2.8<br>
 PCRE =         pcre-8.35<br>
<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 11<br>
Date: Tue, 28 Oct 2014 15:17:19 +0000<br>
From: Maxim Dounin <<a href="mailto:mdounin@mdounin.ru">mdounin@mdounin.ru</a>><br>
To: <a href="mailto:nginx-devel@nginx.org">nginx-devel@nginx.org</a><br>
Subject: [nginx] nginx-1.7.7-RELEASE<br>
Message-ID:<br>
        <<a href="mailto:hg.6d2fbc30f8a7.1414509439.6026610855610030274@dev.nginx.com">hg.6d2fbc30f8a7.1414509439.6026610855610030274@dev.nginx.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
details:   <a href="http://hg.nginx.org/nginx/rev/6d2fbc30f8a7" target="_blank">http://hg.nginx.org/nginx/rev/6d2fbc30f8a7</a><br>
branches:<br>
changeset: 5888:6d2fbc30f8a7<br>
user:      Maxim Dounin <<a href="mailto:mdounin@mdounin.ru">mdounin@mdounin.ru</a>><br>
date:      Tue Oct 28 18:04:46 2014 +0300<br>
description:<br>
nginx-1.7.7-RELEASE<br>
<br>
diffstat:<br>
<br>
 docs/xml/nginx/changes.xml |  110 +++++++++++++++++++++++++++++++++++++++++++++<br>
 1 files changed, 110 insertions(+), 0 deletions(-)<br>
<br>
diffs (120 lines):<br>
<br>
diff --git a/docs/xml/nginx/changes.xml b/docs/xml/nginx/changes.xml<br>
--- a/docs/xml/nginx/changes.xml<br>
+++ b/docs/xml/nginx/changes.xml<br>
@@ -5,6 +5,116 @@<br>
 <change_log title="nginx"><br>
<br>
<br>
+<changes ver="1.7.7" date="28.10.2014"><br>
+<br>
+<change type="change"><br>
+<para lang="ru"><br>
+?????? nginx ????????? ??? ??????????? ?????? "Vary"<br>
+? ????????? ?????? ???????.<br>
+</para><br>
+<para lang="en"><br>
+now nginx takes into account the "Vary"<br>
+header line in a backend response while caching.<br>
+</para><br>
+</change><br>
+<br>
+<change type="feature"><br>
+<para lang="ru"><br>
+????????? proxy_force_ranges, fastcgi_force_ranges,<br>
+scgi_force_ranges ? uwsgi_force_ranges.<br>
+</para><br>
+<para lang="en"><br>
+the "proxy_force_ranges", "fastcgi_force_ranges",<br>
+"scgi_force_ranges", and "uwsgi_force_ranges" directives.<br>
+</para><br>
+</change><br>
+<br>
+<change type="feature"><br>
+<para lang="ru"><br>
+????????? proxy_limit_rate, fastcgi_limit_rate,<br>
+scgi_limit_rate ? uwsgi_limit_rate.<br>
+</para><br>
+<para lang="en"><br>
+the "proxy_limit_rate", "fastcgi_limit_rate",<br>
+"scgi_limit_rate", and "uwsgi_limit_rate" directives.<br>
+</para><br>
+</change><br>
+<br>
+<change type="feature"><br>
+<para lang="ru"><br>
+???????? Vary ???????? proxy_ignore_headers, fastcgi_ignore_headers,<br>
+scgi_ignore_headers ? uwsgi_ignore_headers.<br>
+</para><br>
+<para lang="en"><br>
+the "Vary" parameter of the "proxy_ignore_headers", "fastcgi_ignore_headers",<br>
+"scgi_ignore_headers", and "uwsgi_ignore_headers" directives.<br>
+</para><br>
+</change><br>
+<br>
+<change type="bugfix"><br>
+<para lang="ru"><br>
+????????? ????? ??????, ??????????? ?? ???????<br>
+??? ?????????????????? ?????????????,<br>
+????? ?? ???????????? ???????,<br>
+???? ?????????????? ????????? gzip ??? gunzip.<br>
+</para><br>
+<para lang="en"><br>
+the last part of a response received from a backend<br>
+with unbufferred proxy<br>
+might not be sent to a client<br>
+if "gzip" or "gunzip" directives were used.<br>
+</para><br>
+</change><br>
+<br>
+<change type="bugfix"><br>
+<para lang="ru"><br>
+? ????????? proxy_cache_revalidate.<br/><br>
+??????? Piotr Sikora.<br>
+</para><br>
+<para lang="en"><br>
+in the "proxy_cache_revalidate" directive.<br/><br>
+Thanks to Piotr Sikora.<br>
+</para><br>
+</change><br>
+<br>
+<change type="bugfix"><br>
+<para lang="ru"><br>
+? ????????? ??????.<br/><br>
+??????? Yichun Zhang ? ??????? ?????????.<br>
+</para><br>
+<para lang="en"><br>
+in error handling.<br/><br>
+Thanks to Yichun Zhang and Daniil Bondarev.<br>
+</para><br>
+</change><br>
+<br>
+<change type="bugfix"><br>
+<para lang="ru"><br>
+? ??????????<br>
+proxy_next_upstream_tries ? proxy_next_upstream_timeout.<br/><br>
+??????? Feng Gu.<br>
+</para><br>
+<para lang="en"><br>
+in the "proxy_next_upstream_tries" and "proxy_next_upstream_timeout"<br>
+directives.<br/><br>
+Thanks to Feng Gu.<br>
+</para><br>
+</change><br>
+<br>
+<change type="bugfix"><br>
+<para lang="ru"><br>
+nginx/Windows ?? ????????? ? MinGW-w64 gcc.<br/><br>
+??????? Kouhei Sutou.<br>
+</para><br>
+<para lang="en"><br>
+nginx/Windows could not be built with MinGW-w64 gcc.<br/><br>
+Thanks to Kouhei Sutou.<br>
+</para><br>
+</change><br>
+<br>
+</changes><br>
+<br>
+<br>
 <changes ver="1.7.6" date="30.09.2014"><br>
<br>
 <change type="change"><br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
nginx-devel mailing list<br>
<a href="mailto:nginx-devel@nginx.org">nginx-devel@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx-devel" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-devel</a><br>
<br>
End of nginx-devel Digest, Vol 60, Issue 34<br>
*******************************************<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Donatas<br>
</div>