php-install Digest 29 Jul 2003 17:08:10 -0000 Issue 1480
Topics (messages 11355 through 11358):
Re: Subject: Problems using mysql.so with PHP
11355 by: Michael Mauch
PHP 4.3.2, Solaris 5.9 64 BIT, MySQL, Apache 2 Latest SUNFREEWARE
11356 by: Lancashire, Pete
Re: problems with environment variables
11357 by: George L. Yermulnik
11358 by: Michael Mauch
Administrivia:
To subscribe to the digest, e-mail:
[EMAIL PROTECTED]
To unsubscribe from the digest, e-mail:
[EMAIL PROTECTED]
To post to the list, e-mail:
[EMAIL PROTECTED]
----------------------------------------------------------------------
--- Begin Message ---
Luis Navarro wrote:
> I've built DBI 1.37 and DBD::mysql 2.9002 successfully, but am having
> problems running it on Apache 1.3.27 with PHP 4.3.2 and MySQL 4.0.13 on
> Solaris 9 x86. When I restart Apache after placing mysql.so in the
> correct place and telling php.ini about it, I get the following:
>
> PHP Warning: Unknown(): Unable to load dynamic library
> '/usr/local/apps/php_v4.3.2/lib/php/extensions/mysql.so' - ld.so.1:
> /usr/local/apps/apache_v1.3.27/bin/httpd: fatal: relocation error: file
> /usr/local/apps/php_v4.3.2/lib/php/extensions/mysql.so: symbol
> PL_sv_yes: referenced symbol not found in Unknown on line 0
>
> From what I can tell, PL_sv_yes is a symbol from libperl.so. I tried
> putting libperl.so and libperl.so.1 in /usr/lib, but it still doesn't
> get found. I've been banging my head on this for hours and would really
> appreciate any help.
Is it possible that you copied some files into places where they don't
belong?
I have two different mysql.so files here:
/usr/local/lib/perl5/site_perl/5.6.1/i686-linux/auto/DBD/mysql/mysql.so
/usr/local/lib/php/extensions/no-debug-non-zts-20020429/mysql.so
The first one belongs to Perl, the second one to PHP. Perl's mysql.so
has the PL_sv_yes in it, PHP's mysql.so doesn't.
When you were "placing mysql.so in the correct place", apparently you
grabbed the wrong mysql.so (and "make install" in the PHP source
directory should have done everything for you).
Regards...
Michael
--- End Message ---
--- Begin Message ---
Does anyone have a HOW-TO ?
Where I'm running into problems is with modules not being 64 bit. Using
the latest
packages from SunFreeWare, Gcc 3.3, etc.
I added the following to my environment, but some modules just don't
want to work.
export CFLAGS="-des -Duse64bitall"
export CPPFLAGS=$CFLAGS
export CXXFLAGS=$CPPFLAGS
export LDFLAGS="-mcpu=v9 -m64"
export LDDLFLAGS="-mcpu=v9 -m64 -G"
./configure --with-apxs2=/usr/local/apache2/bin/apxs \
--with-mysql=/usr/local/mysql \
--disable-zlib \
--disable-ctype \
--enable-track-vars \
--enable-ftp \
--enable-sysvsem \
--enable-sysvshm \
--enable-sockets
make examples
ld: warning: file /usr/local/mysql/lib/libmysqlclient.a(libmysql.o):
wrong ELF class: ELFCLASS64
ld: fatal: file ext/ftp/php_ftp.lo: wrong ELF class: ELFCLASS32
ld: fatal: File processing errors. No output written to sapi/cli/php
collect2: ld returned 1 exit status
*** Error code 1
make: Fatal error: Command failed for target `sapi/cli/php'
bash-2.05#
I dont mind if everything is compiled as 32 but dont know how to.
thanks !!!!!
-pete
--- End Message ---
--- Begin Message ---
Michael Mauch wrote:
George L. Yermulnik wrote:
>I've got FreeBSD 4.8 Stable, Apache/1.3.27 (Unix) mod_throttle/3.1.2
>PHP/4.3.3RC1 rus/PL30.17 and PHP 4.3.3RC1
>
>It's a newly installed server with a lot of virtual hosts using
>environment variables like $REQUEST_URI in php scripts.
>
>The problem is that PHP doesn't show those variables, saying "Notice:
>Undefined variable: REQUEST_URI in ..."
>
>register_globals in /usr/local/etc/php.ini is On
Please make sure that /usr/local/etc/php.ini is indeed the php.ini that
is used by your PHP. To find out, you can write a PHP script with the
line:
It's for sure
http://hosting01.yz.kiev.ua/phpinfo.php
--
[EMAIL PROTECTED]
[YZ-RIPE]
--- End Message ---
--- Begin Message ---
George L. Yermulnik wrote:
> Michael Mauch wrote:
>
>> George L. Yermulnik wrote:
>>
>> >I've got FreeBSD 4.8 Stable, Apache/1.3.27 (Unix) mod_throttle/3.1.2
>> >PHP/4.3.3RC1 rus/PL30.17 and PHP 4.3.3RC1
>> >
>> >It's a newly installed server with a lot of virtual hosts using
>> >environment variables like $REQUEST_URI in php scripts.
>> >
>> >The problem is that PHP doesn't show those variables, saying "Notice:
>> >Undefined variable: REQUEST_URI in ..."
>> >
>> >register_globals in /usr/local/etc/php.ini is On
>>
>>
>> Please make sure that /usr/local/etc/php.ini is indeed the php.ini that
>> is used by your PHP. To find out, you can write a PHP script with the
>> line:
>>
> It's for sure
> http://hosting01.yz.kiev.ua/phpinfo.php
Ok, there seems to be a bug in 4.3.3RC1 - I can reproduce it here:
<http://bugs.php.net/bug.php?id=24562>
But in 4.3.2 it should be ok (at least it is here on Linux), also in
4.3.1 and 4.3.0.
It's also fixed in the latest stable snapshots available from
<http://snaps.php.net>.
Regards...
Michael
--- End Message ---
