Hello!
On Thu, Mar 28, 2013 at 06:03:05PM +0600, Илья Шипицин wrote:
> Добрый день!
>
> поправил 0 --> TRUE в WaitForMultipleObjects, чтобы дождаться
> завершения всех потомков, патч:
>
> --- src/os/win32/ngx_process_cycle.c.orig 2013-03-27
> 09:53:48.0 +0600
> +++ src/os/win32/ng
Добрый день!
поправил 0 --> TRUE в WaitForMultipleObjects, чтобы дождаться
завершения всех потомков, патч:
--- src/os/win32/ngx_process_cycle.c.orig 2013-03-27
09:53:48.0 +0600
+++ src/os/win32/ngx_process_cycle.c2013-03-28 17:58:49.0 +0600
@@ -303,7 +303,10 @@
ngx_cons
Добрый день!
ngx_sleep я вставлял перед SetEvent, вставил после - да, сработало.
проверьте очередной патч (задумка такая - ждем завершения потомков,
если они есть, после чего выходим из ngx_console_close)
насчет HTML - гмейл так по-умолчанию делает. всё против вас настроено ))
--- src/os/win32/
Hello!
On Wed, Mar 27, 2013 at 06:57:05PM +0600, Илья Шипицин wrote:
> я проверил банальный ngx_msleep(1000) - он не помогает.
>
> вот тут
>
> http://msdn.microsoft.com/ru-RU/library/windows/desktop/ms686722%28v=vs.85%29.aspx
>
> написано " When the system is terminating a process, it does not
я проверил банальный ngx_msleep(1000) - он не помогает.
вот тут
http://msdn.microsoft.com/ru-RU/library/windows/desktop/ms686722%28v=vs.85%29.aspx
написано " When the system is terminating a process, it does not terminate
any child processes that the process has created."
27 марта 2013 г., 18
"потому что после возврата - процесс завершат" - что вы имеете в виду ?
27 марта 2013 г., 18:20 пользователь Maxim Dounin написал:
> Hello!
>
> On Wed, Mar 27, 2013 at 09:58:07AM +0600, Илья Шипицин wrote:
>
> > вот такой вариант ?
> >
> > --- src/os/win32/ngx_process_cycle.c.orig 2013-03-
если банальный ngx_msleep(1000) действительно решит проблемы - мне
непринципиально, пусть будет так.
поправите код ?
27 марта 2013 г., 18:20 пользователь Maxim Dounin написал:
> Hello!
>
> On Wed, Mar 27, 2013 at 09:58:07AM +0600, Илья Шипицин wrote:
>
> > вот такой вариант ?
> >
> > --- src/os/
Hello!
On Wed, Mar 27, 2013 at 09:58:07AM +0600, Илья Шипицин wrote:
> вот такой вариант ?
>
> --- src/os/win32/ngx_process_cycle.c.orig 2013-03-27
> 09:53:48.0 +0600
> +++ src/os/win32/ngx_process_cycle.c2013-03-27 09:48:56.0 +0600
> @@ -303,6 +303,8 @@
> ngx_console_
вот такой вариант ?
--- src/os/win32/ngx_process_cycle.c.orig 2013-03-27
09:53:48.0 +0600
+++ src/os/win32/ngx_process_cycle.c2013-03-27 09:48:56.0 +0600
@@ -303,6 +303,8 @@
ngx_console_handler(u_long type)
{
char *msg;
+ ngx_cycle_t *cycle;
+ cycl
по Ctrl-C воркеры закрываются. в назначенных заданиях, насколько я понял,
не отправляется Ctrl-C, а закрывается stdin.
ок, замечания понятны. поправлю.
26 марта 2013 г., 18:08 пользователь Maxim Dounin написал:
> Hello!
>
> On Tue, Mar 26, 2013 at 05:43:21PM +0600, Илья Шипицин wrote:
>
> > дав
Hello!
On Tue, Mar 26, 2013 at 05:43:21PM +0600, Илья Шипицин wrote:
> давайте разбираться. если запускать nginx в консоли (это штатный режим, так
> работают назначенные задания), то завершение задания с точки зрения
> мастер-процесса выглядит, как CTRL_CLOSE_EVENT в функции-обработчике
> ngx_con
давайте разбираться. если запускать nginx в консоли (это штатный режим, так
работают назначенные задания), то завершение задания с точки зрения
мастер-процесса выглядит, как CTRL_CLOSE_EVENT в функции-обработчике
ngx_console_handler
worker-процесс в это время залипает в функции ngx_worker_process_
Hello!
On Tue, Mar 26, 2013 at 05:03:30PM +0600, Илья Шипицин wrote:
> Добрый день!
>
> мы достаточно плотно используем nginx для Windows, запускаем его через
> назначенное задание (scheduled tasks). Для этого в конфиге надо сделать
> "daemon off" и дальше менеджер заданий следит за мастер-проце
Добрый день!
мы достаточно плотно используем nginx для Windows, запускаем его через
назначенное задание (scheduled tasks). Для этого в конфиге надо сделать
"daemon off" и дальше менеджер заданий следит за мастер-процессом,
запущенным на терминале.
это, кстати, удобнее, чем служба Windows (вообще,
14 matches
Mail list logo