PHP via IPKG: can't resolve symbol ''

View: New views
6 Messages — Rating Filter:   Alert me  

PHP via IPKG: can't resolve symbol ''

by Olivier KAHN :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

hi,
I installed lighttpd + php-fcgi on a TS201 via IPKG (feed TS101)
and get an error previnting Lighttpd to response a php page:
/opt/var/log/lighttpd/error/log
 the fastcgi-backend /opt/bin/php-fcgi failed to start:
 child exited with status 1 /opt/bin/php-fcgi

I detect that even stand alone call return an error:
# php-fcgi -v
php: can't resolve symbol ''

# ldd php-fcgi
        libdl.so.0 => /lib/libdl.so.0 (0x30015000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x30027000)
        libcrypt.so.0 => /lib/libcrypt.so.0 (0x3004a000)
        libpcre.so.0 => /opt/lib/libpcre.so.0 (0x3006e000)
        libm.so.0 => /lib/libm.so.0 (0x3009e000)
        libxml2.so.2 => /opt/lib/libxml2.so.2 (0x300af000)
        libz.so => /opt/lib/libz.so (0x3020d000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x3022e000)
        libc.so.0 => /lib/libc.so.0 (0x30249000)
        libstdc++.so.6 => /opt/lib/libstdc++.so.6 (0x302af000)
        libiconv.so.2 => /opt/lib/libiconv.so.2 (0x3035c000)
        ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0x30000000)

Does someone has an idea ?
I have done ipkg install lighttpd php-fcgi php

Thanks in advance
Olivier



Re: PHP via IPKG: can't resolve symbol ''

by Robert Hammond :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

In message <g5fugk+nl0s@...>, okahn2 <okahn@...> writes

>hi,
>I installed lighttpd + php-fcgi on a TS201 via IPKG (feed TS101)
>and get an error previnting Lighttpd to response a php page:
>/opt/var/log/lighttpd/error/log
> the fastcgi-backend /opt/bin/php-fcgi failed to start:
> child exited with status 1 /opt/bin/php-fcgi
>
>I detect that even stand alone call return an error:
># php-fcgi -v
>php: can't resolve symbol ''
>
># ldd php-fcgi
>       libdl.so.0 => /lib/libdl.so.0 (0x30015000)
>       libpthread.so.0 => /lib/libpthread.so.0 (0x30027000)
>       libcrypt.so.0 => /lib/libcrypt.so.0 (0x3004a000)
>       libpcre.so.0 => /opt/lib/libpcre.so.0 (0x3006e000)
>       libm.so.0 => /lib/libm.so.0 (0x3009e000)
>       libxml2.so.2 => /opt/lib/libxml2.so.2 (0x300af000)
>       libz.so => /opt/lib/libz.so (0x3020d000)
>       libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x3022e000)
>       libc.so.0 => /lib/libc.so.0 (0x30249000)
>       libstdc++.so.6 => /opt/lib/libstdc++.so.6 (0x302af000)
>       libiconv.so.2 => /opt/lib/libiconv.so.2 (0x3035c000)
>       ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0x30000000)
>
>Does someone has an idea ?
>I have done ipkg install lighttpd php-fcgi php
>
Could you also try and see if this gives the same error

php -v


I think that there may be something currently broken.  I also have these
packages and assumed that they are running OK but if I type php-fcgi -v
I get the correct response followed by a Segmentation fault.

If I type

php-fcgi -n -v

I get the correct response which may indicate a problem with the
/opt/etc/php.ini file somewhere.   Investigating...


--
Robert Hammond
PGP:0x154144DA

Re: PHP via IPKG: can't resolve symbol ''

by Robert Hammond :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

In message <cVYGIqBUd7eIFw4d@...>, Robert Hammond
<rob.hammond@...> writes

>In message <g5fugk+nl0s@...>, okahn2 <okahn@...> writes
>>hi,
>>I installed lighttpd + php-fcgi on a TS201 via IPKG (feed TS101)
>>and get an error previnting Lighttpd to response a php page:
>>/opt/var/log/lighttpd/error/log
>> the fastcgi-backend /opt/bin/php-fcgi failed to start:
>> child exited with status 1 /opt/bin/php-fcgi
>>
>>I detect that even stand alone call return an error:
>># php-fcgi -v
>>php: can't resolve symbol ''
>>
>># ldd php-fcgi
>>       libdl.so.0 => /lib/libdl.so.0 (0x30015000)
>>       libpthread.so.0 => /lib/libpthread.so.0 (0x30027000)
>>       libcrypt.so.0 => /lib/libcrypt.so.0 (0x3004a000)
>>       libpcre.so.0 => /opt/lib/libpcre.so.0 (0x3006e000)
>>       libm.so.0 => /lib/libm.so.0 (0x3009e000)
>>       libxml2.so.2 => /opt/lib/libxml2.so.2 (0x300af000)
>>       libz.so => /opt/lib/libz.so (0x3020d000)
>>       libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x3022e000)
>>       libc.so.0 => /lib/libc.so.0 (0x30249000)
>>       libstdc++.so.6 => /opt/lib/libstdc++.so.6 (0x302af000)
>>       libiconv.so.2 => /opt/lib/libiconv.so.2 (0x3035c000)
>>       ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0x30000000)
>>
>>Does someone has an idea ?
>>I have done ipkg install lighttpd php-fcgi php
>>
>Could you also try and see if this gives the same error
>
>php -v
>
>
>I think that there may be something currently broken.  I also have these
>packages and assumed that they are running OK but if I type php-fcgi -v
>I get the correct response followed by a Segmentation fault.
>
I have traced my problem to eAccelerator v0.9.5.3.  The segmentation
fault goes if I disable this program.  So probably has nothing to do
with  Olivier's reported problem.
--
Robert Hammond
PGP:0x154144DA

Re: PHP via IPKG: can't resolve symbol ''

by Olivier KAHN :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

--- In nslu2-linux@..., Robert Hammond <rob.hammond@...>
wrote:

>
> In message <cVYGIqBUd7eIFw4d@...>, Robert Hammond
> <rob.hammond@...> writes
> >In message <g5fugk+nl0s@...>, okahn2 <okahn@...> writes
> >>hi,
> >>I installed lighttpd + php-fcgi on a TS201 via IPKG (feed TS101)
> >>and get an error previnting Lighttpd to response a php page:
> >>/opt/var/log/lighttpd/error/log
> >> the fastcgi-backend /opt/bin/php-fcgi failed to start:
> >> child exited with status 1 /opt/bin/php-fcgi
> >>
> >>I detect that even stand alone call return an error:
> >># php-fcgi -v
> >>php: can't resolve symbol ''
> >>
> >># ldd php-fcgi
> >>       libdl.so.0 => /lib/libdl.so.0 (0x30015000)
> >>       libpthread.so.0 => /lib/libpthread.so.0 (0x30027000)
> >>       libcrypt.so.0 => /lib/libcrypt.so.0 (0x3004a000)
> >>       libpcre.so.0 => /opt/lib/libpcre.so.0 (0x3006e000)
> >>       libm.so.0 => /lib/libm.so.0 (0x3009e000)
> >>       libxml2.so.2 => /opt/lib/libxml2.so.2 (0x300af000)
> >>       libz.so => /opt/lib/libz.so (0x3020d000)
> >>       libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x3022e000)
> >>       libc.so.0 => /lib/libc.so.0 (0x30249000)
> >>       libstdc++.so.6 => /opt/lib/libstdc++.so.6 (0x302af000)
> >>       libiconv.so.2 => /opt/lib/libiconv.so.2 (0x3035c000)
> >>       ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0x30000000)
> >>
> >>Does someone has an idea ?
> >>I have done ipkg install lighttpd php-fcgi php
> >>
> >Could you also try and see if this gives the same error
> >
> >php -v
> >
> >
> >I think that there may be something currently broken.  I also have
these

> >packages and assumed that they are running OK but if I type php-fcgi -v
> >I get the correct response followed by a Segmentation fault.
> >
> I have traced my problem to eAccelerator v0.9.5.3.  The segmentation
> fault goes if I disable this program.  So probably has nothing to do
> with  Olivier's reported problem.
> --
> Robert Hammond
> PGP:0x154144DA
>

Thanks Robert,
I was unknowing for this command -n (ignore php.ini)
and it's not fare, a -h command does read this php.ini and then crash.
(only a -n -h give me all the command help...)

You're right, it comes from the php.ini: it's ok if i comment the bz2.so
;extension=bz2.so

[root@coffre etc]# php-fcgi -v -c /opt/etc/php.ini
PHP 5.2.6 (cgi-fcgi) (built: May 14 2008 03:24:44)
Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
[root@coffre etc]# php -v -c /opt/etc/php.ini      
PHP 5.2.6 (cli) (built: May 13 2008 21:31:19)
Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies


I do not understand the impact of enabling it or not ?
ipkg list_installed |grep bz
bzip2 - 1.0.5-1 - Very high-quality data compression program

bzip2 -h
bzip2, a block-sorting file compressor.  Version 1.0.2, 30-Dec-2001.

on my ubuntu hardy :
olivier@laptop:~$ bzip2 -h
bzip2, a block-sorting file compressor.  Version 1.0.4, 20-Dec-2006.

Maybe it comes from something else ?
Ready to read your comment,
CU
Olivier


Re: PHP via IPKG: can't resolve symbol ''

by Olivier KAHN :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

--- In nslu2-linux@..., "okahn2" <okahn@...> wrote:

>
> --- In nslu2-linux@..., Robert Hammond <rob.hammond@>
> wrote:
> >
> > In message <cVYGIqBUd7eIFw4d@>, Robert Hammond
> > <rob.hammond@> writes
> > >In message <g5fugk+nl0s@>, okahn2 <okahn@> writes
> > >>hi,
> > >>I installed lighttpd + php-fcgi on a TS201 via IPKG (feed TS101)
> > >>and get an error previnting Lighttpd to response a php page:
> > >>/opt/var/log/lighttpd/error/log
> > >> the fastcgi-backend /opt/bin/php-fcgi failed to start:
> > >> child exited with status 1 /opt/bin/php-fcgi
> > >>
> > >>I detect that even stand alone call return an error:
> > >># php-fcgi -v
> > >>php: can't resolve symbol ''
> > >>
> > >># ldd php-fcgi
> > >>       libdl.so.0 => /lib/libdl.so.0 (0x30015000)
> > >>       libpthread.so.0 => /lib/libpthread.so.0 (0x30027000)
> > >>       libcrypt.so.0 => /lib/libcrypt.so.0 (0x3004a000)
> > >>       libpcre.so.0 => /opt/lib/libpcre.so.0 (0x3006e000)
> > >>       libm.so.0 => /lib/libm.so.0 (0x3009e000)
> > >>       libxml2.so.2 => /opt/lib/libxml2.so.2 (0x300af000)
> > >>       libz.so => /opt/lib/libz.so (0x3020d000)
> > >>       libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x3022e000)
> > >>       libc.so.0 => /lib/libc.so.0 (0x30249000)
> > >>       libstdc++.so.6 => /opt/lib/libstdc++.so.6 (0x302af000)
> > >>       libiconv.so.2 => /opt/lib/libiconv.so.2 (0x3035c000)
> > >>       ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0x30000000)
> > >>
> > >>Does someone has an idea ?
> > >>I have done ipkg install lighttpd php-fcgi php
> > >>
> > >Could you also try and see if this gives the same error
> > >
> > >php -v
> > >
> > >
> > >I think that there may be something currently broken.  I also have
> these
> > >packages and assumed that they are running OK but if I type
php-fcgi -v

> > >I get the correct response followed by a Segmentation fault.
> > >
> > I have traced my problem to eAccelerator v0.9.5.3.  The segmentation
> > fault goes if I disable this program.  So probably has nothing to do
> > with  Olivier's reported problem.
> > --
> > Robert Hammond
> > PGP:0x154144DA
> >
>
> Thanks Robert,
> I was unknowing for this command -n (ignore php.ini)
> and it's not fare, a -h command does read this php.ini and then crash.
> (only a -n -h give me all the command help...)
>
> You're right, it comes from the php.ini: it's ok if i comment the
bz2.so

> ;extension=bz2.so
>
> [root@coffre etc]# php-fcgi -v -c /opt/etc/php.ini
> PHP 5.2.6 (cgi-fcgi) (built: May 14 2008 03:24:44)
> Copyright (c) 1997-2008 The PHP Group
> Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
> [root@coffre etc]# php -v -c /opt/etc/php.ini      
> PHP 5.2.6 (cli) (built: May 13 2008 21:31:19)
> Copyright (c) 1997-2008 The PHP Group
> Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
>
>
> I do not understand the impact of enabling it or not ?
> ipkg list_installed |grep bz
> bzip2 - 1.0.5-1 - Very high-quality data compression program
>
> bzip2 -h
> bzip2, a block-sorting file compressor.  Version 1.0.2, 30-Dec-2001.
>
> on my ubuntu hardy :
> olivier@laptop:~$ bzip2 -h
> bzip2, a block-sorting file compressor.  Version 1.0.4, 20-Dec-2006.
>
> Maybe it comes from something else ?
> Ready to read your comment,
> CU
> Olivier
>

Corrected the .bashrc to put /opt/bin at the beginning of path
and same thing in /etc/ld.so.conf   /opt/lib before  /usr/local/lib

bzip2 -V
bzip2, a block-sorting file compressor.  Version 1.0.5, 10-Dec-2007.

But still (removing the comment of extensions=bz2.so in php.ini)
php -v
php: can't resolve symbol ''
php -v -n
PHP 5.2.6 (cli) (built: May 13 2008 21:31:19)
Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies




Re: Re: PHP via IPKG: can't resolve symbol ''

by Rod Whitby-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

okahn2 wrote:
> Corrected the .bashrc to put /opt/bin at the beginning of path
> and same thing in /etc/ld.so.conf   /opt/lib before  /usr/local/lib

This is never the right long-term answer (I realise you may just be
doing this to assist debugging the real problem).

We should be compiling all Optware executables to look in /opt/lib
automatically first, without needing to modify /etc/ld.so.conf, or
change LD_LIBRARY_PATH.  If a certain package is not doing this, then
it's build makefile needs fixing, not the user's .bashrc file.

Similarly for dynamic load paths in programs which manually load up
shared libraries.  In those instances we patch the source code to look
in the right places.

-- Rod
LightInTheBox - Buy quality products at wholesale price