Date: Thu, 16 Nov 2006 15:09:53 -0600 From: Josh Paetzel <josh@tcbug.org> To: ports@freebsd.org, ale@freebsd.org Subject: FreeBSD 6.1-R-p10 and PHP 5.2.0 Message-ID: <200611161509.53708.josh@tcbug.org>
next in thread | raw e-mail | index | archive | help
Freshly installed FreeBSD 6.1-R-p10 box
Fresh ports tree from today. php 5.2.0 installed from ports with the
following extensions:
php5-5.2.0 PHP Scripting Language (Apache Module and CLI)
php5-ctype-5.2.0 The ctype shared extension for php
php5-dom-5.2.0 The dom shared extension for php
php5-extensions-1.0 A "meta-port" to install PHP extensions
php5-iconv-5.2.0 The iconv shared extension for php
php5-imap-5.2.0 The imap shared extension for php
php5-mcrypt-5.2.0 The mcrypt shared extension for php
php5-mhash-5.2.0 The mhash shared extension for php
php5-mysqli-5.2.0 The mysqli shared extension for php
php5-pcre-5.2.0 The pcre shared extension for php
php5-posix-5.2.0 The posix shared extension for php
php5-pspell-5.2.0 The pspell shared extension for php
php5-session-5.2.0 The session shared extension for php
php5-simplexml-5.2.0 The simplexml shared extension for php
php5-sysvmsg-5.2.0 The sysvmsg shared extension for php
php5-sysvsem-5.2.0 The sysvsem shared extension for php
php5-sysvshm-5.2.0 The sysvshm shared extension for php
php5-tokenizer-5.2.0 The tokenizer shared extension for php
php5-zlib-5.2.0 The zlib shared extension for php
Following options used during the PHP install:
Build CLI
Build CGI
Bulld Apache module
Enable debug
Enable IPv6 support
Enable fastcgi support
Enable path-info-check support
# php -v
PHP 5.2.0 (cli) (built: Nov 16 2006 14:47:28) (DEBUG)
Copyright (c) 1997-2006 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2006 Zend Technologies
Segmentation fault (core dumped)
backtrace from gdb:
-- #0 0x00000000 in ?? ()
#1 0x28a89ea8 in __do_global_dtors_aux ()
from /usr/local/lib/php/20060613-debug/session.so
#2 0x28a90e40 in _fini ()
from /usr/local/lib/php/20060613-debug/session.so
#3 0x2827d018 in tls_dtv_generation () from /libexec/ld-elf.so.1
#4 0x2827e3d8 in ?? () from /libexec/ld-elf.so.1
#5 0xbfbfe9d8 in ?? ()
#6 0x2826508e in elf_hash () from /libexec/ld-elf.so.1
#7 0x28267970 in dlclose () from /libexec/ld-elf.so.1
#8 0x0817bb04 in module_destructor (module=0x830b380)
at /usr/ports/lang/php5/work/php-5.2.0/Zend/zend_API.c:1915
#9 0x081801c2 in zend_hash_apply_deleter (ht=0x82797c0, p=0x83137c0)
at /usr/ports/lang/php5/work/php-5.2.0/Zend/zend_hash.c:606
#10 0x0818031b in zend_hash_graceful_reverse_destroy (ht=0x82797c0)
at /usr/ports/lang/php5/work/php-5.2.0/Zend/zend_hash.c:641
#11 0x0817596f in zend_shutdown ()
at /usr/ports/lang/php5/work/php-5.2.0/Zend/zend.c:714
#12 0x0812fa15 in php_module_shutdown ()
at /usr/ports/lang/php5/work/php-5.2.0/main/main.c:1650
#13 0x081db225 in main (argc=2, argv=0xbfbfec78)
at /usr/ports/lang/php5/work/php-5.2.0/sapi/cli/php_cli.c:1273
Unloading the session module 'fixes' the problem. Unfortunately
session support is mission-critical.
As a further datapoint, php works fine from apache.
Need help determining where to go from here to resolve this issue.
Thanks,
Josh Paetzel
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200611161509.53708.josh>