Nginx-0.8.38

Server NGINX
1

Changes with nginx 0.8.38 24 May
2010

*) Feature: the "proxy_no_cache" and "fastcgi_no_cache" directives.

*) Feature: now the "rewrite" directive does a redirect

automatically
if the $scheme variable is used.
Thanks to Piotr S…

*) Bugfix: now "limit_req" delay directive conforms to the described
   algorithm.
   Thanks to Maxim D..

*) Bugfix: the $uid_got variable might not be used in the SSI and

perl
modules.

–
Igor S.
http://sysoev.ru/en/

2

Can the proxy_no_cache directive be used to stop caching files over a
certain size at all?

Kingsley

3

Thanks Igor.

Regards,
Joe

On Tue, May 25, 2010 at 4:47 AM, Kingsley F.
<[email protected]

4

Hello!

On Tue, May 25, 2010 at 07:17:39AM +0930, Kingsley F. wrote:

Can the proxy_no_cache directive be used to stop caching files over a certain size at all?

No. It’s checked before request passed to backend and therefore
response size isn’t yet known.

Maxim D.

5

new nginx 0.8.38 segfaults on start; here is the ktruss output.

http://victori.uploadbooth.com/pastes/fwqqcvtHP

OS: OpenSolaris SNV98 / tried compiling with gcc-4.1.0 and suncc; both
segfault.

6

nginx mailing list
[email protected]
http://nginx.org/mailman/listinfo/nginx

7

Victor I. wrote:

new nginx 0.8.38 segfaults on start; here is the ktruss output.

http://victori.uploadbooth.com/pastes/fwqqcvtHP

OS: OpenSolaris SNV98 / tried compiling with gcc-4.1.0 and suncc; both
segfault.

Forgot to mention 0.8.37 worked just fine.

8

I get the following warnings when I run make on Fedora.

objs/src/os/unix/ngx_process.o: In function `ngx_process_get_status':
/root/software/nginx-0.8.38/src/os/unix/ngx_process.c:490: warning: 
`sys_errlist' is deprecated; use `strerror' or `strerror_r' instead
/root/software/nginx-0.8.38/src/os/unix/ngx_process.c:490: warning: 
`sys_nerr' is deprecated; use `strerror' or `strerror_r' instead
make[1]: Leaving directory `/root/software/nginx-0.8.38'

Posted at Nginx Forum:

9

On Sat, May 29, 2010 at 5:45 PM, Ensiferous [email protected]
wrote:

I get the following warnings when I run make on Fedora.

objs/src/os/unix/ngx_process.o: In function `ngx_process_get_status':
> /root/software/nginx-0.8.38/src/os/unix/ngx_process.c:490: warning: `sys_errlist' is deprecated; use `strerror' or `strerror_r' instead
> /root/software/nginx-0.8.38/src/os/unix/ngx_process.c:490: warning: `sys_nerr' is deprecated; use `strerror' or `strerror_r' instead
> make[1]: Leaving directory `/root/software/nginx-0.8.38'

http://nginx.org/en/docs/sys_errlist.html

–
Boris D…

10

I would but it segfaults, and no gdb on this system ;-(

11

Hello!

On Fri, May 28, 2010 at 08:36:00PM +0200, Victor I. wrote:

new nginx 0.8.38 segfaults on start; here is the ktruss output.

http://victori.uploadbooth.com/pastes/fwqqcvtHP

OS: OpenSolaris SNV98 / tried compiling with gcc-4.1.0 and suncc; both
segfault.

You may want to provide nginx -V output and backtrace, see here
for details:

http://wiki.nginx.org/NginxDebugging

Maxim D.

12

Err yet again I spoke too soon, here is a core dump.

http://victori.uploadbooth.com/work/nginx-coredump.tbz2

13

Upon further research this is all I can give you;

dbx objs/nginx

For information about new features see help changes' To remove this message, putdbxenv suppress_startup_message 7.7’ in
your .dbxrc
Reading nginx
Reading ld.so.1
Reading libsocket.so.1
Reading libnsl.so.1
Reading libsendfile.so.1
Reading libz.so.1.2.4
Reading libc.so.1
Reading libgcc_s.so.1
(dbx) run
Running: nginx
(process id 9779)
signal SEGV (no mapping at the fault address) in _init at 0x81ef625
0x081ef625: _init+0x0015: addb %al,(%eax)
(dbx) bt
bt: not found
(dbx) where
=>[1] _init(0x1, 0x8047c7c, 0x8047c84, 0x0, 0x0, 0x1), at 0x81ef625
(dbx)

What I use to compile:

CC=/opt/SunStudioExpress/bin/cc ./configure --with-pcre=…/pcre-7.6
–prefix=/opt/extra/nginx --with-http_stub_status_module
–with-http_flv_module --with-http_ssl_module
–add-module=…/nginx_uploadprogress_module --with-http_dav_module
–add-module=…/mod_strip --with-perl=/opt/extra/bin/perl
–with-http_gzip_static_module --with-http_realip_module

14

Nailed down the root issue, it was a bad openssl installation.