FreeBSD 7.0 AMD64 and apache 2.2.8 exited on signal 11

[Mel]

On Saturday 01 March 2008 12:13:29 Matthew Seaman wrote:
> Mel wrote:
> > On Friday 29 February 2008 21:57:10 Alex Zbyslaw wrote:
> >> Abdullah Ibn Hamad Al-Marri wrote:
> >>> BB# php -v
> >>> PHP 5.2.5 with Suhosin-Patch 0.9.6.2 (cli) (built: Feb 24 2008
> >>> 21:57:57) Copyright (c) 1997-2007 The PHP Group
> >>> Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies
> >>>    with eAccelerator v0.9.5.2, Copyright (c) 2004-2006 eAccelerator, by
> >>> eAccelerator Segmentation fault (core dumped)
> >>>
> >>>
> >>>
> >>> Regards,
> >>>
> >>> -Abdullah Ibn Hamad Al-Marri
> >>> Arab Portal
> >>> http://www.WeArab.Net/
> >>
> >> I hate to see a good post go to waste.  This was sent just last week
> >> sometime.  The OP there didn't respond so maybe you can try.  There was
> >> more info in that thread (and probably dozens more just like it).
> >>
> >> --Alex
> >>
> >> PS This php misfeature is so common that even though I've never run PHP
> >> in my life, it is burned into my brain that module ordering causes
> >> severe headaches.
> >>
> >>> Hmmm...
> >>>
> >>> I've been thinking about methods to make sure the load order of PHP
> >>> modules avoids this sort of problem.  Can you try the following and
> >>> see if it helps?
> >>>
> >>>   # cp /usr/local/etc/php/extensions.ini{,.bak}
> >>>   # cd /usr/local/lib/php/20060613
> >>>   # lorder *.so | tsort | tail -r | sed -e 's/^/extension=/' >
> >>> /usr/local/etc/php/extensions.ini
> >>>
> >>> Oh, and yes, you do need the php5-spl module to be installed.
> >>>
> >>> 	Cheers,
> >>>
> >>> 	Matthew
> >>>
> >>> - --
> >>> Dr Matthew J Seaman MA, D.Phil.                   7 Priory Courtyard
> >>>                                                  Flat 3
> >>> PGP: http://www.infracaninophile.co.uk/pgpkey     Ramsgate
> >>>                                                  Kent, CT11 9PW
> >>
> >> _______________________________________________
> >> freebsd-questions at freebsd.org mailing list
> >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> >> To unsubscribe, send any mail to
> >> "freebsd-questions-unsubscribe at freebsd.org"
> >
> > Oh, right, forgot to mention that last time, doesn't work:
> > $ lorder /usr/local/lib/php/20060613/*.so |tsort -l|tail -r |
> > sed -e 's,^.*/,extension=,' |sudo /bin/dd
> > of=/usr/local/etc/php/extensions.ini
> > 1+1 records in
> > 1+1 records out
> > 873 bytes transferred in 0.412678 secs (2115 bytes/sec)
> >
> > $ php -v
> > PHP 5.2.5 with Suhosin-Patch 0.9.6.2 (cli) (built: Nov 19 2007 04:04:39)
> > Copyright (c) 1997-2007 The PHP Group
> > Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies
> > Segmentation fault: 11 (core dumped)
> >
> > #1  0x2916e544 in __do_global_dtors_aux ()
> >    from /usr/local/lib/php/20060613/simplexml.so
> > #2  0x29172ba8 in _fini () from /usr/local/lib/php/20060613/simplexml.so
> >
> > $ sudo
> > mv /usr/local/etc/php/extensions.ini.bak
> > /usr/local/etc/php/extensions.ini
> >
> > $ php -v
> > PHP 5.2.5 with Suhosin-Patch 0.9.6.2 (cli) (built: Nov 19 2007 04:04:39)
> > Copyright (c) 1997-2007 The PHP Group
> > Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies
> >
> > I'm pretty sure ale@ would've thought of that, if it did work.
> >
> > It's all trial and error and I haven't found any 100% working logic to
> > it.
>
> Oh well.  Another beautiful theory destroyed by ugly facts.  Actually,
> I think something like lorder(1) is the right answer here, but it needs
> rather different semantics to the way lorder(1) has been traditionally used
> -- hence the rather kludgy step of reversing the final order with 'tail
> -r'.
>
> Something to think about in my copious free time, I suppose.  Thank you
> very much indeed for testing though.

Lorder just checks if lib a calls a function from lib b, but the problem is in 
the zend engine module shutdown code, where it tells a module to free it's 
globals. So it's not just the undefined symbol problem you have to deal with, 
(which lorder as you described would indeed fix things), but also that 
resources are being freed in correct order.

It seems to be a more general problem of FreeBSD's dlopen(), since 
multimedia/transcode suffers from the same issues.
However, both the Zend Engine and the transcode code, are so heavily 
typedeffed, macroed and comments-lacking, I get lost and frustrated before I 
can even begin to understand the logic of the code :p

-- 
Mel

Problem with today's modular software: they start with the modules
    and never get to the software part.