Re: [BUG]: "1.2b6 & php2.0b9 - core dump" on OSF/1

[Rob Hartill <ro...@imdb.com>]

Hi,

I'll forward your bug report to the developers.

regards,
rob

On Fri, 7 Feb 1997 douglas@dekalb.dc.peachnet.edu wrote:

> Submitter: douglas@dekalb.dc.peachnet.edu
> Operating system: OSF/1, version: 4.0a
> Version of Apache Used: 1.2b6
> Extra Modules used: php2.0b9
> URL exhibiting problem: 
> 
> Symptoms:
> --
> Core dumps are generated. I believe they are
> generated when the php module is accessed for
> checking access time.
> 
> I have put the trace in the box below, but I also
> have put the core file and a dump of variables
> on ftp.dc.peachnet.edu/apache1.2b6. The files in
> there are:
> 
> 1) httpd - the server that generated the core dump
> 2) core - the core file
> 3) typescript - trace + dump of vars.
> 
> Notice in CheckAccess that both vars. s & ac are
> NULL. I'm not sure what is should be, I haven't
> really looked at the code. But I was surprised to
> see that ac was NULL. "actop" is also NULL. "ac"
> is check for NULLness!
> 
> We also got core dumps on 1.2b4, but I never
> really checked the core out. Our 1.2b2 is running
> fine, but sometimes it messes up on access stats
> under the php stuff. Also, sometimes our msql
> daemon dies with not explanation. I mention the
> msql daemon, since that is what php is accessing.
> 
> Not sure if I should be sending this to apache bug
> or to some php mailing alias....
> 
> Sure would be nice if this form automatically
> cc'd me or would give me an option of such.
> 
> I did not put an url below, since I don't think
> that is really applicable.
> 
> --
> 
> Backtrace:
> --
> >  0 __kill(0x3ffc00803a8, 0x14006e2d0, 0x3ff801709a4, 0x3ffc0080c50, 0x3ffc0082590) [0x3ff800e7a50]
>    1 (unknown)() [0x3ff8019748c]
>    2 __tis_raise(0x3ffc0082590, 0x14006e2d0, 0x3ff8010fb74, 0x3ffc0080c50, 0x3ff80159e84) [0x3ff8010fb70]
>    3 raise(0x3ff8010fb74, 0x3ffc0080c50, 0x3ff80159e84, 0x0, 0x3ff801709cc) [0x3ff80159e80]
>    4 abort(0x0, 0x1c0, 0x0, 0x0, 0x0) [0x3ff801709c8]
>    5 seg_fault() ["http_main.c":1197, 0x12001dcd8]
>    6 CheckAccess(filename = (nil), uid = 0) ["acc.c":420, 0x12008a6ec]
>    7 apache_php_module_main(r = 0x14008a1e8, conf = 0x14006e2d0, fd = 7) ["main.c":217, 0x120069300]
>    8 send_parsed_php(r = 0x14008a1e8) ["mod_php.c":52, 0x120068cec]
>    9 invoke_handler(r = 0x14008a1e8) ["http_config.c":327, 0x120024720]
>   10 process_request_internal(r = 0x14008a1e8) ["http_request.c":966, 0x1200291ac]
>   11 process_request(r = 0x14008a1e8) ["http_request.c":980, 0x120029218]
>   12 child_main(child_num_arg = 6) ["http_main.c":1673, 0x12001f0a8]
>   13 make_child(server_conf = 0x14006c860, child_num = 6) ["http_main.c":1745, 0x12001f38c]
>   14 standalone_main(argc = 3, argv = 0x11ffffaa8) ["http_main.c":2021, 0x12001ffa8]
>   15 main(argc = 3, argv = 0x11ffffaa8) ["http_main.c":2113, 0x1200202bc]
> 
> --
> 
> 

_______________________________________________________________________
Rob Hartill.       Internet Movie Database Ltd.    http://www.imdb.com/
CGI ? how quaint.

Re: [BUG]: "1.2b6 & php2.0b9 - core dump" on OSF/1

[ra...@mail1.bellglobal.com]

> Symptoms:
> --
> Core dumps are generated. I believe they are
> generated when the php module is accessed for
> checking access time.

For future reference, PHP-related bug reports should be sent to:
php-list@vex.net

You may be seeing one of two possible problems:

1) mmap() on OSF/1 is quite broken.  Try editing the php config.h file and
   turn off mmap, recompile PHP and re-link Apache.

2) You may have a regex library mismatch problem.  Both PHP and Apache can
   optionally use Henry Spencer's regex library.  PHP asks you during the
   install if you want to use the bundled regex library or your system
   library.  Apache has a default setting for each OS.  Force it to be the
   same.  ie. if you answered No to the bundled regex library in the PHP
   installation, set WANTHSREGEX to "no" in the Apache Configuration file
   and recompile.  If that doesn't work, try answering Yes in PHP and setting
   WANTHSREGEX to "yes" in Apache.

-Rasmus