В общем, url-&gt;data = 0 Из-за этого и падает. Не понятно, почему ngx_palloc не срабатывает. Использование r-&gt;pool вместо ngx_http_push_pool даёт возможность 1 раз вывести информацию, на второй раз падает с теми же симптомами.<br>

Александре, а где можно почитать про ngx_shmtx_lock? Что это за зверь такой? Он лочит тред, насколько я понимаю?<br><br><div class="gmail_quote">27 января 2010 г. 12:34 пользователь Alexandre Kalendarev <span dir="ltr">&lt;<a href="mailto:akalend@mail.ru">akalend@mail.ru</a>&gt;</span> написал:<br>

<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div></div><div class="h5"><br>
&gt; Господа, тут такая оказия приключилась:<br>
&gt;<br>
&gt; static void ngx_http_push_send_request(ngx_http_request_t *r,<br>
&gt; ngx_http_variable_value_t *url_variable) {<br>
&gt;     if (url_variable != NULL &amp;&amp; url_variable-&gt;not_found != 1 &amp;&amp;<br>
&gt; url_variable-&gt;len != 0) {<br>
&gt;         ngx_str_t   *url;<br>
&gt;         ngx_int_t   len = url_variable-&gt;len;<br>
&gt;         if ((url = ngx_palloc(ngx_http_push_pool, sizeof(*url) + len)) !=<br>
&gt; NULL) {<br>
&gt;             url-&gt;len = len;<br>
&gt;             ngx_memcpy(url-&gt;data, url_variable-&gt;data, len);<br>
&gt;<br>
&gt;             ngx_log_error(NGX_LOG_ALERT, r-&gt;connection-&gt;log, 0, &quot;переход на<br>
&gt; %s&quot;, (char *) url-&gt;data);<br>
&gt;         } else {<br>
&gt;             ngx_log_error(NGX_LOG_ERR, r-&gt;connection-&gt;log, 0, &quot;push module:<br>
&gt; unable to allocate memory for $subscribe_url or $unsubscribe_url string&quot;);<br>
&gt;         }<br>
&gt;         ngx_pfree(ngx_http_push_pool, url);<br>
&gt;     }<br>
&gt; }<br>
&gt;<br>
&gt; Падает это всё дело на ngx_memcpy(url-&gt;data, url_variable-&gt;data, len); с<br>
&gt; worker process exited on signal 11 и я понять не могу, почему. Может,<br>
&gt; кто-нибудь подскажет?<br>
<br>
</div></div>[quote]<br>
On POSIX-compliant platforms, SIGSEGV is the signal sent to a process when it makes an invalid memory reference, or segmentation fault. The symbolic constant for SIGSEGV is defined in the header file signal.h. Symbolic signal names are used because signal numbers can vary across platforms; in practice it is usually signal #11.[1]<br>


[/quote]<br>
<br>
1) включаешь опцию --debug<br>
2) запускаешь в конфигурации<br>
worker_process 1;<br>
master_process off;<br>
daemon_off;<br>
3) запускаешь  dbg nginx<br>
и ловишь segmentation fault далее backtrace определяешь, где валится<br>
<br>
сделай лог:  ngx_log_error( NGX_LOG_DEBUG, r-&gt;connection-&gt;log, &quot;url-&gt;data =%d url_variable-&gt;data=%d , len\n&quot; ,url-&gt;data, url_variable-&gt;data, len); должно помочь<br>
если валится на этом логе, значить либо url=NULL либо url_variable = NULL,<br>
по этому я делаю так:<br>
if ( url )<br>
  ngx_log_error( ... выводим данные)<br>
else<br>
  ngx_log_error( ... выводим сообщение url=NULL)<br>
<div><div></div><div class="h5"><br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
nginx-ru mailing list<br>
<a href="mailto:nginx-ru@nginx.org">nginx-ru@nginx.org</a><br>
<a href="http://nginx.org/mailman/listinfo/nginx-ru" target="_blank">http://nginx.org/mailman/listinfo/nginx-ru</a><br>
</div></div></blockquote></div><br>