php and php-cgi will run fine in some modes, such as in -v and -l.

php-cgi -l index.php

works fine and indicates that there are no syntax errors.

php-cgi index.php  (or php index.php)

hits segmentation error with index.php (WebFileBrowser.php).
Works fine with a 10-line test.php file.



# ldd /usr/bin/php
        libcrypt.so.0 => /lib/libcrypt.so.0 (0x4000e000)
        libz.so.1 => /lib/libz.so.1 (0x4002b000)
        libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0x40044000)
        libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0x40077000)
        libm.so.0 => /lib/libm.so.0 (0x4016f000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x4018b000)
        libc.so.0 => /lib/libc.so.0 (0x4019d000)
        libdl.so.0 => /lib/libdl.so.0 (0x401f8000)
        ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0x40000000)
# ldd /usr/bin/php-cgi
        libcrypt.so.0 => /lib/libcrypt.so.0 (0x4000e000)
        libz.so.1 => /lib/libz.so.1 (0x4002b000)
        libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0x40044000)
        libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0x40077000)
        libm.so.0 => /lib/libm.so.0 (0x4016f000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x4018b000)
        libc.so.0 => /lib/libc.so.0 (0x4019d000)
        libdl.so.0 => /lib/libdl.so.0 (0x401f8000)
        ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0x40000000)
# php -v
PHP 5.2.3 (cli) (built: Aug  3 2007 07:45:37)
Copyright (c) 1997-2007 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies
# php-cgi -v
PHP 5.2.3 (cgi) (built: Aug  3 2007 07:45:34)
Copyright (c) 1997-2007 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies


On 8/9/07, Brad House <brad@mainstreetsoftworks.com> wrote:


Peter Lu wrote:
> Thanks, Brad and Nelson.
>
> I don't think libxml2 is involved in my segmentation faults.  I build
> PHP with
> the defaults as specified by Gumstix (BR2_PACKAGE_PHP=y) and I
> don't see any evidence in the php-5.2.3 / directory that any of the config*
> files has XML enabled.  I also don't see any *xml* (object or library)
> files in my staging areas, either.  The objdump I do of php-cgi and php
> don't show any (undefined/unlinked) XML symbols:
>
> me@machine:~/gumstix.1491/build_arm_nofpu/php-5.2.3$ /usr/local/bin.arm/obj
> dump -t sapi/cgi/php-cgi |grep -i xml
> 0020bc34 g     O .bss   00000004              spl_ce_SimpleXMLIterator
> 0020c938 g     O .bss   00000004              spl_ce_SimpleXMLElement
> plu@irbt-1711uy:~/gumstix.1491/build_arm_nofpu/php-5.2.3$
> /usr/local/bin.arm/obj
> dump -t sapi/cli/php |grep -i xml
> 00204acc g     O .bss   00000004              spl_ce_SimpleXMLIterator
> 002057d0 g     O .bss   00000004              spl_ce_SimpleXMLElement
>
> The Gumstix PHP is 5.2.3 while the Ubuntu one is 5.2.1 .  Don't know if
> 5.2.3 is stable or not, being only 2+ months old.

I'm using php 5.2.3 on both the gumstix, and on a soekris using uclibc's
buildroot.  Both work fine ...
If you're logged into the gumstix, what does  'php -v' do?  Does it segfault?
How about 'php-cgi -v' ?
How about 'ldd php' or 'ldd php-cgi' ?

-Brad

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>   http://get.splunk.com/
_______________________________________________
gumstix-users mailing list
gumstix-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gumstix-users