Re: ssi и относительный путь

[Roman Veretelnikov <roman@xxxxxxxxx>]

Hello Igor,

Monday, July 11, 2005, 8:07:14 PM, you wrote:

IS> On Mon, 11 Jul 2005, Roman Veretelnikov wrote:

>>  Игорь, можно ли в ssi файлах использовать относительный путь в
>>  <!--#include virtual...-> ?
>>  Сейчас nginx, судя по логам, ищет эти файлы в /usr/local/nginx/html
>>  игнорируя root для location
>>  Кусок конфига:
>> server {
>>    listen  8080;
>> ...
>>    location /ssi/ { root /home/user/site.ru/www; ssi on;}
>> ...
>> }
>>
>> при использовании <!--#include virtual="/header.inc"--> все нормально
>>
>> если же делать <!--#include virtual="../header.inc"--> в файле
>> /home/user/site.ru/www/ssi/test.shtml
>>
>> то вместо хеадера вставляется 404 Not Found и в логах:
>> 2005/07/11 17:00:07 [error] 12377#0: *7620624 open()
>> "/usr/local/nginx/html../header.inc" failed (2: No such file or
>> directory)...

IS> Есть такая проблема, прилагаемый патч решает её.

После наложения патчей patch.nginx-0.1.38.4.txt и
patch.nginx-0.1.38.5.txt на nginx-0.1.38 в логах стало появляться:

*** glibc detected *** nginx: worker process: corrupted double-linked list: 
0x09df8de0 ***
======= Backtrace: =========
/lib/libc.so.6[0x982548]
/lib/libc.so.6(__libc_free+0x77)[0x98295f]
nginx: worker process[0x804abf6]
nginx: worker process[0x80604e2]
nginx: worker process[0x805fbe1]
nginx: worker process[0x805f505]
nginx: worker process[0x805f8ba]
nginx: worker process[0x805f37a]
nginx: worker process[0x805f8ba]
nginx: worker process[0x805f905]
nginx: worker process[0x805f7de]
nginx: worker process[0x805f37a]
nginx: worker process[0x806699d]
nginx: worker process[0x80667d1]
nginx: worker process[0x80594aa]
nginx: worker process[0x80576e2]
nginx: worker process[0x8055def]
nginx: worker process[0x805716d]
nginx: worker process[0x8056ee8]
nginx: worker process[0x8049fe6]
/lib/libc.so.6(__libc_start_main+0xc6)[0x933de6]
nginx: worker process[0x8049d3d]
======= Memory map: ========
0037c000-00385000 r-xp 00000000 09:00 3035580    /lib/libnss_files-2.3.5.so
00385000-00386000 r-xp 00008000 09:00 3035580    /lib/libnss_files-2.3.5.so
00386000-00387000 rwxp 00009000 09:00 3035580    /lib/libnss_files-2.3.5.so
007e4000-007e5000 r-xp 007e4000 00:00 0
00843000-00853000 r-xp 00000000 09:00 652868     /lib/libpcre.so.0.0.1
00853000-00854000 rwxp 00010000 09:00 652868     /lib/libpcre.so.0.0.1
00901000-0091b000 r-xp 00000000 09:00 652855     /lib/ld-2.3.5.so
0091b000-0091c000 r-xp 00019000 09:00 652855     /lib/ld-2.3.5.so
0091c000-0091d000 rwxp 0001a000 09:00 652855     /lib/ld-2.3.5.so
0091f000-00a43000 r-xp 00000000 09:00 652856     /lib/libc-2.3.5.so
00a43000-00a45000 r-xp 00124000 09:00 652856     /lib/libc-2.3.5.so
00a45000-00a47000 rwxp 00126000 09:00 652856     /lib/libc-2.3.5.so
00a47000-00a49000 rwxp 00a47000 00:00 0
00a9f000-00aa4000 r-xp 00000000 09:00 3037720    /lib/libcrypt-2.3.5.so
00aa4000-00aa5000 r-xp 00004000 09:00 3037720    /lib/libcrypt-2.3.5.so
00aa5000-00aa6000 rwxp 00005000 09:00 3037720    /lib/libcrypt-2.3.5.so
00aa6000-00acd000 rwxp 00aa6000 00:00 0
00acf000-00ad8000 r-xp 00000000 09:00 3037717    
/lib/libgcc_s-4.0.0-20050520.so.1
00ad8000-00ad9000 rwxp 00009000 09:00 3037717    
/lib/libgcc_s-4.0.0-20050520.so.1
00b86000-00b98000 r-xp 00000000 09:00 2978718    /usr/lib/libz.so.1.2.2.2
00b98000-00b99000 rwxp 00011000 09:00 2978718    /usr/lib/libz.so.1.2.2.2
08048000-0807b000 r-xp 00000000 09:00 3300697    
/usr/local/nginx/sbin/nginx.v38p45
0807b000-08080000 rw-p 00032000 09:00 3300697    
/usr/local/nginx/sbin/nginx.v38p45
08080000-08088000 rw-p 08080000 00:00 0
09ddd000-09e66000 rw-p 09ddd000 00:00 0          [heap]
b7e00000-b7e21000 rw-p b7e00000 00:00 0
b7e21000-b7f00000 ---p b7e21000 00:00 0
b7fa3000-b7fa5000 rw-p b7fa3000 00:00 0
b7faa000-b7fab000 rw-s 00000000 00:08 70378369   /dev/zero (deleted)
b7fab000-b7fac000 rw-p b7fab000 00:00 0
bfa97000-bfaac000 rw-p bfa97000 00:00 0          [stack]
2005/07/11 22:12:14 [alert] 16413#0: worker process 16684 exited on signal 6

система Fedora Core 4, gcc version 4.0.0 20050519 (Red Hat 4.0.0-8)
грешил на опции оптимизации, но без них все так же
nginx-0.1.37 работает отлично, "чистый" 0.1.38 не пробовал
посмотрел предыдущие патчи: вроде не должны влиять

-- 
Best regards,
 Roman                            mailto:roman@xxxxxxxxx