captures in regex location

Vladimir Sopot jd at artdesign.ru
Tue Mar 10 16:56:23 MSK 2009


"А бабушки все падали и падали"

Еще чуть инфы -

nginx.conf:
.........
open_file_cache     max=102400 inactive=40s;
.........

# mount
.........
/dev/sda3 on /wwwroot type reiserfs (rw,noatime,acl,user_xattr)

#  nginx -v
nginx version: nginx/0.7.40

# uname -a
Linux pr-2 2.6.27.19-3.2-default #1 SMP 2009-02-25 15:40:44 +0100  
x86_64 x86_64 x86_64 GNU/Linux


On Mar 7, 2009, at 9:40 PM, Vladimir Sopot wrote:


> Сторонние только "дальше" - php-fpm, apc.
> К nginx-у ранее применялся только http://catap.ru/blog/2008/04/29/nginx-skolko-u-nas-zaprosov-v-sekundu
> , но на 0.7.39 он не ложится, поэтому nginx - "голый", из коробки.  
> До "captures" был 0.7.33 - проблем не было.
>
> On Mar 7, 2009, at 2:50 PM, Igor Sysoev wrote:
>
>> On Sat, Mar 07, 2009 at 02:22:43PM +0300, Vladimir Sopot wrote:
>>
>>> Вроде вот так -
>>
>> Странно, а что использовалось до этого ?
>> Используются ли third-party модули/патчи ?
>>
>>> Program terminated with signal 11, Segmentation fault.
>>> #0  0x000000000040b014 in ngx_rbtree_delete (tree=0x675c88,
>>> node=0x8afaa0) at src/core/ngx_rbtree.c:211
>>> 211	        temp->parent = subst->parent;
>>> (gdb) bt
>>> #0  0x000000000040b014 in ngx_rbtree_delete (tree=0x675c88,
>>> node=0x8afaa0) at src/core/ngx_rbtree.c:211
>>> #1  0x0000000000414c17 in ngx_expire_old_cached_files  
>>> (cache=0x675c88,
>>> n=2, log=0x7d7f38) at src/core/ngx_open_file_cache.c:713
>>> #2  0x0000000000414cdc in ngx_open_file_cleanup (data=0x8db138) at  
>>> src/
>>> core/ngx_open_file_cache.c:614
>>
>>
>> -- 
>> Игорь Сысоев
>> http://sysoev.ru





More information about the nginx-ru mailing list