Posted by kristina clair on 09/30/84 11:33

Hi again,

I tried compiling and installing php 4.4.1 with Apache 2.0.54, out of
curiosity (because php 4.3.10 and Apache 2.0.54 didn't give me any
problems).

With this combination, I still get a segmentation fault with at least
one php script. The gdb backtrace is:
#0 0xb7e207c1 in php_handler (r=0xda16ca8)
at /home/sys/src/php-4.4.1/sapi/apache2handler/sapi_apache2.c:538
538 if (parent_req && strcmp(parent_req->handler,
PHP_MAGIC_TYPE) && strcmp(parent_req->handler, PHP_SOURCE_MAGIC_TYPE)
&& strcmp(parent_req->handler, PHP_SCRIPT)) {
(gdb) bt full
#0 0xb7e207c1 in php_handler (r=0xda16ca8)
at /home/sys/src/php-4.4.1/sapi/apache2handler/sapi_apache2.c:538
orig_bailout = {{__jmpbuf = {0, 0, 0, 0, 0, 0},
__mask_was_saved = 0, __saved_mask = {__val = {
0 <repeats 32 times>}}}}
ctx = (php_struct *) 0xda08818
conf = Variable "conf" is not available.

I think it is worth reiterating that this is only happening with one
script, to our knowledge. The actual file being served is a .shtml
file which includes a php script. I looked at the php script, and it
looks like a pretty straightforward database access script, using
mysql. Is there anything I should look for in that script?

Thanks,
Kristina


On 11/17/05, kristina clair <kclair@gmail.com> wrote:
> I actually did that before emailing about php 4.3.10. With php 4.4.1,
> the traceback is different:
>
> Reading symbols from /home/sys/Zend/lib/ZendExtensionManager.so...done.
> Loaded symbols for /home/sys/Zend/lib/ZendExtensionManager.so
> Error while reading shared library symbols:
> .//home/sys/Zend/etc/pfpro.so: No such file or directory.
> Reading symbols from /home/sys/verisign/lib/libpfpro.so...done.
> Loaded symbols for /usr/local/verisign//lib/libpfpro.so
> #0 0xb7ca0c15 in php_handler (r=0xda05f90)
> at /home/sys/src/php-4.4.1/sapi/apache2handler/sapi_apache2.c:538538
> if (parent_req && strcmp(parent_req->handler,
> PHP_MAGIC_TYPE) && strcmp(parent_req->handler, PHP_SOURCE_MAGIC_TYPE)
> && strcmp(parent_req->handler, PHP_SCRIPT)) {
> warning: not using untrusted file ".gdbinit"
>
> (gdb) bt full
> #0 0xb7ca0c15 in php_handler (r=0xda05f90)
> at /home/sys/src/php-4.4.1/sapi/apache2handler/sapi_apache2.c:538
> orig_bailout = {{__jmpbuf = {0, 0, 0, 0, 0, 0}, __mask_was_saved = 0,
> __saved_mask = {__val = {0 <repeats 32 times>}}}}
> ctx = (php_struct *) 0xd9e9a80
> conf = Variable "conf" is not available.
> (gdb)
>
> On 11/17/05, Max Belushkin <m.belushkin@fz-juelich.de> wrote:
> > I have had various problems with upgrading one or the other, until I took it
> > as a rule to recompile both upon an upgrade. On the machine I do things
> > completely manually on [which has it's drawbacks], I generally also upgrade
> > to the current version of PHP together with any Apache update, and
> > vice-versa. The current 4.x version is 4.4.1 [although on a FreeBSD install I
> > had some issues and downgraded to 4.4.0, but this behaviour hasn't been
> > confirmed outside of FreeBSD until now] - perhaps try recompiling PHP to the
> > current 4.x version (or if you feel up to it, upgrade to the 5.x versions?),
> > and see if it helps? Resolved a lot of my problems in the past...
> >
> > On Thursday 17 November 2005 22:31, kristina clair wrote:
> > > 2.0.54 to Apache 2.0.55. The scripts that are failing with the new
> > > Apache work with no problems with the old Apache.
> >
> > --
> > PHP General Mailing List (http://www.php.net/)
> > To unsubscribe, visit: http://www.php.net/unsub.php
> >
> >
>
>
> --
> "In most cases, people, even wicked people, are far more naive and
> simple-hearted than one generally assumes. And so are we."
> /* last line, 1st ch., The Brothers Karamazov */
>


--
"In most cases, people, even wicked people, are far more naive and
simple-hearted than one generally assumes. And so are we."
/* last line, 1st ch., The Brothers Karamazov */

[Back to original message]