php-install Digest 7 Feb 2003 09:13:35 -0000 Issue 1237
Topics (messages 9973 through 9980):
Re: $_GET and 4.2.1
9973 by: Seraphim
Re: unique install, having problem
9974 by: Goetz Lohmann
9975 by: Benjamin Tomhave
9980 by: Paul Gardiner
Re: Mismatched ABI for Oracle9-- PHP 4.3 on HPUX 11.0
9976 by: Jay Mac
Re: #error mm is not thread-safe
9977 by: Jiann-Ming Su
fix error
9978 by: Khayssam AK
9979 by: John Coder
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 ---
William Cheung wrote:
> I am using 4.2.3 and Win 2000Pro and $_GET is working in my system.
> However, my co-worker says that $_GET doesn't work with hers. She is
> using 4.2.1 and Win2000 Svr.
> How should she config her php.ini so that $_GET will work as well?
>
> William Cheung, B.Sc. MCSE MCDBA
> Databyte Corp.
This option is set by the global_vars variable in the php.ini file, this
should be set to 'on'.
-Peter
--- End Message ---
--- Begin Message ---
Benjamin Tomhave schrieb:
> I tried the 4.0.6 rpm install, but as is common with RPMs, it requires
> specific libraries to be installed -- libraries that are now 2-3 versions
> old (as in, RH7.2 vintage). Doesn't work with a RH8 install.
if you wish everything is possible ... maybe as I who had to build an
StackGuard version in lack of a recent gcc ... so I did it with an old
2.7 instead of 2.9 and it worked for me.
If you read EXTENSIONS from your PHP-4.3.0 directory you might find:
EXTENSION: apache2
PRIMARY MAINTAINER: Aaron Bannert <[EMAIL PROTECTED]>
MAINTENANCE: Maintained
STATUS: Experimental
^^^^^^^^^^^^
Cause its experimental you might ask the maintainer itself for solution ?
... don't get me wrong, I hope you will get it working !!!
I will catch my RH8 in about 2 hours, then I might kick it on my box and
try to get both working, Apache 2 and PHP 4.3.0 ... and as far as I know
me, I would get it going even if I have to hack 48 hour a day, just to
show the possibility ;-)
When finished I will notice you ...
> I did not "hack" any configure scripts. There was a post on php.net under
> Linux installation manual that suggested modifying /usr/sbin/apxs because
> there was an error. It turns out, the error was not using the --with-apxs2
> flag on the configure line.
sorry ... didn't know what you did ... I only read you changed your configure.
> My solution, and the solution which anyone else on old code can try: You can
> regain the old global vars behavior from pre-4.2 days by simply editing your
> php.ini file and changing "register_globals = Off" to "register_globals =
> On".
>
> I went with a RH RPM install for 4.2.x on a different system and made this
> change to php.ini and now am in good shape.
>
> I have not been able to get PHP to compile on RH, but my memory from a year
> ago was that compiling PHP proved to be a major pain in the arse. Why?
> Because the stupid ./configure script is broken!! Pardon my saying so, but
> wtf?!? When you run configure and say things like --with-jpeg and you do an
> "ldconfig -p | grep jpeg" and you see the library exists and is registered,
> then why in the world can't the configure script see the library?!? When I
> compiled 4.1.x a year ago, I had to specify directory paths for every single
> library I wanted to use, whether it be mysql, jpeg, freetype, gd, mm, etc.
> This is absolutely ridiculous! I hope this gets fixed in the near future.
thats why unix is not windowz, cause you have still doing something by yourself
even if you personal could do a "ldconfig -p | grep jpeg" that won't help
as much if you find more than one or nothing. Its a common rule that you
couldn't never ever get all possibilitys to work. And why then hacking the
configure script to help one of a billion to be more easy if other tasks
are more important (like aka security fixes).
The configure of PHP is quit good, if not as good as you wish you might
help the CVS team to rewrite it as you desired ...
Even other configure scripts aren't quit easyer at all !
... but I wonderd also sometime about the "never finding lib" story of
configure, so if you get the time to rewrite it, I will be lucky too ...
;-)
> Mitch -- check out the results of ./configure and make sure it's finding
> your libraries. If it's not, then try specifying the path to the libs
> explicitly (usually =/usr is adequate for me). That may solve your compile
> problem. As for your PEAR issue, that sounds weird. Good luck on that!
good luck to all hacking in the weird, from me too ;-)
--
@ Goetz Lohmann, Germany | Web-Developer & Sys-Admin
\/ ------------------------------------------------------
() He's the fellow that people wonder what he does and
|| why the company needs him, until he goes on vacation.
--- End Message ---
--- Begin Message ---
I personally am I bit perplexed by the experimental status since apache2 is
now the default web server under RH8.
> -----Original Message-----
> From: Goetz Lohmann [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, February 06, 2003 11:06 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [PHP-INST] Re: unique install, having problem
>
>
> Benjamin Tomhave schrieb:
> > I tried the 4.0.6 rpm install, but as is common with RPMs, it requires
> > specific libraries to be installed -- libraries that are now
> 2-3 versions
> > old (as in, RH7.2 vintage). Doesn't work with a RH8 install.
>
> if you wish everything is possible ... maybe as I who had to build an
> StackGuard version in lack of a recent gcc ... so I did it with an old
> 2.7 instead of 2.9 and it worked for me.
>
> If you read EXTENSIONS from your PHP-4.3.0 directory you might find:
> EXTENSION: apache2
> PRIMARY MAINTAINER: Aaron Bannert <[EMAIL PROTECTED]>
> MAINTENANCE: Maintained
> STATUS: Experimental
> ^^^^^^^^^^^^
>
> Cause its experimental you might ask the maintainer itself for solution ?
> ... don't get me wrong, I hope you will get it working !!!
>
> I will catch my RH8 in about 2 hours, then I might kick it on my box and
> try to get both working, Apache 2 and PHP 4.3.0 ... and as far as I know
> me, I would get it going even if I have to hack 48 hour a day, just to
> show the possibility ;-)
>
> When finished I will notice you ...
>
> > I did not "hack" any configure scripts. There was a post on
> php.net under
> > Linux installation manual that suggested modifying
> /usr/sbin/apxs because
> > there was an error. It turns out, the error was not using the
> --with-apxs2
> > flag on the configure line.
>
> sorry ... didn't know what you did ... I only read you changed
> your configure.
>
> > My solution, and the solution which anyone else on old code can
> try: You can
> > regain the old global vars behavior from pre-4.2 days by simply
> editing your
> > php.ini file and changing "register_globals = Off" to
> "register_globals =
> > On".
> >
> > I went with a RH RPM install for 4.2.x on a different system
> and made this
> > change to php.ini and now am in good shape.
> >
> > I have not been able to get PHP to compile on RH, but my memory
> from a year
> > ago was that compiling PHP proved to be a major pain in the arse. Why?
> > Because the stupid ./configure script is broken!! Pardon my
> saying so, but
> > wtf?!? When you run configure and say things like --with-jpeg
> and you do an
> > "ldconfig -p | grep jpeg" and you see the library exists and is
> registered,
> > then why in the world can't the configure script see the
> library?!? When I
> > compiled 4.1.x a year ago, I had to specify directory paths for
> every single
> > library I wanted to use, whether it be mysql, jpeg, freetype,
> gd, mm, etc.
> > This is absolutely ridiculous! I hope this gets fixed in the
> near future.
>
> thats why unix is not windowz, cause you have still doing
> something by yourself
>
> even if you personal could do a "ldconfig -p | grep jpeg" that won't help
> as much if you find more than one or nothing. Its a common rule that you
> couldn't never ever get all possibilitys to work. And why then hacking the
> configure script to help one of a billion to be more easy if other tasks
> are more important (like aka security fixes).
>
> The configure of PHP is quit good, if not as good as you wish you might
> help the CVS team to rewrite it as you desired ...
> Even other configure scripts aren't quit easyer at all !
>
> ... but I wonderd also sometime about the "never finding lib" story of
> configure, so if you get the time to rewrite it, I will be lucky too ...
>
> ;-)
>
> > Mitch -- check out the results of ./configure and make sure it's finding
> > your libraries. If it's not, then try specifying the path to the libs
> > explicitly (usually =/usr is adequate for me). That may solve
> your compile
> > problem. As for your PEAR issue, that sounds weird. Good luck on that!
>
> good luck to all hacking in the weird, from me too ;-)
>
>
> --
> @ Goetz Lohmann, Germany | Web-Developer & Sys-Admin
> \/ ------------------------------------------------------
> () He's the fellow that people wonder what he does and
> || why the company needs him, until he goes on vacation.
>
>
> --
> PHP Install Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--- End Message ---
--- Begin Message ---
Hello again Mitch,
We were listening as I have already told you that PHP is only considered
stable with Apache 1.3. Version 2 is still not production ready. Use at your
own risk! I've not even bothered trying to compile for it because of that
reason.
I do however have a working version of PHP 4.3.0 and Apache 1.3 running on a
RH80 box with httpd2 removed. I'd pick stability over bells & whistles any
day. Thats why we run on *nix and not Windoze ;o)
Regards,
- Paul -
----- Original Message -----
From: "Goetz Lohmann" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, February 06, 2003 2:25 PM
Subject: Re: [PHP-INST] unique install, having problem
> Mitch Pirtle schrieb:
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > On Thursday 06 February 2003 14:32, Goetz Lohmann wrote:
> >
> >>Mitch Pirtle schrieb:
> >>
> >>>-----BEGIN PGP SIGNED MESSAGE-----
> >>>Hash: SHA1
> >>>
> >>>On Wednesday 05 February 2003 01:33, Benjamin Tomhave wrote:
> >>>
> >>>>Greetings,
> >>>>
> >>>>I have a legacy site that has yet to migrated from 4.0.x to 4.3.x era
> >>>>code. Ergo, I need to install PHP 4.0.6 on RedHat 8.0.
> >>>
> >>>Good luck, and please let me know if you ever have any success making
ANY
> >>>version of PHP compile on a RH8 box. I have asked this list several
times
> >>>now if it is even possible, but only get silence - so I am forced to
> >>>assume that I am not alone with this problem.
> >>
> >>maybe no one answer cause nobody know the question, is busy, or just
think
> >>this question isn't worth a line to note ... maybe you could find a
> >>php-4.3.0 RPM at the link below which mean it is possible to compile it
on
> >>redhat 8 !
> >
> >
> > The topic posted was that I could not get php-4.3.0 to compile at all,
with
> > any options, on a stock RH8 box which comes with httpd-2.0.40-11. I
also
> > cannot get PEAR to function (although the base PEAR libraries work, I
just
> > cannot use the pear command to install anything else). Sad.
>
> Maybe I think it isn't quite a problem of RH8, cause PHP 4.3.0 is working
well
> (maybe with Apache 1.3.x) ... I'm sorry ... I don't ever wan't to blame
somebody
> but the way I go on such problem is to eleminate the imposibilitys. So in
fact
> if I found a RPM with PHP 4.3.0 for a RH8 box, it must be running on such
a box.
> Ergo it must be a problem to Apache 2 or something else, but not PHP
itself.
>
> And if somebody isn't answering to a question then most often no one knows
an
> answer to it, didn't ever had such problem, being busy, didn't understand
the
> question or something else ... but this not mean that it's ain't possible
to
> get work ... thats just the way I posted the RPM ...
>
> > That was my last question to the list, and I thought I was pretty clear.
I
> > wanted to know, from the php side, if php 4.3 was ever going to work
with RH8
> > and httpd2; and I vaguely remember being told that it was a problem with
gcc
> > (Stig, was that you?)... So I'm not clear as to if this is a gcc issue,
or a
> > php issue, or a httpd2 issue...
>
> In fact that there IS a working PHP with Apache 1.3.x it have to be a
problem
> with Apache 2 APXS .. in that way the developer forum of Apache 2 and PHP
might
> quit more effectiv for your search !
>
> > Then the discussion seemed to digress into an apache1.3-vs-apache2
battle,
> > which sounded a little too much like emacs-vs-vi to me. So unanswered
was
> > the possibility that it was a problem between php's apache module and
> > apache2's apxs. I still do not know where the problem is, and am not
sure
> > what it takes to fix it.
>
> Apache 2.0.x and PHP 4.3.x are both NEW developments, which may still have
some
> difficultys to operate together. But I'm sure they will in the near future
!
> Maybe take a look at the developer forum of Apache and PHP ...
>
> >>http://rpm.pbone.net/index.php3?stat=4&idpl=324868&idpa=324868
> >
> > Only works with apache 1.3, not 2.0. Which tells me that if I want
php-4.3.0
> > on a RH8 box, I gotta downgrade httpd. Don't know if this fixes PEAR,
might
> > consider playing with it over the weekend.
>
> at this site you might also find the SRC.RPM package wich might help you
more
> to get it working with Apache 2
>
> > Thanks for pointing out the site, though... One more resource to find
SRPMS!
>
> No problem ... you might also look at
>
> http://rpmseek.com/rpm-pl/php.html?hl=de&cs=php:PN:0:0:0
>
> regards, G.Lohmann
>
>
> --
> @ Goetz Lohmann, Germany | Web-Developer & Sys-Admin
> \/ ------------------------------------------------------
> () He's the fellow that people wonder what he does and
> || why the company needs him, until he goes on vacation.
>
>
> --
> PHP Install Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
>
--- End Message ---
--- Begin Message ---
Well, I'm trying to use oracle 9.
I'd like to make this work with 9i rather than install a separte 8i client
just for PHP.
I gather that PHP 4.3 is not 'approved for use' on 9i yet?
Jim Thome <[EMAIL PROTECTED]> wrote:Use the Oracle 8.1.x client instead (it can be
used against an Oracle 9.x database). Haven't heard of anyone having much luck
compiling against Oracle 9.x, particularly on HPUX.
Also, I would use --with-oci8 instead of --with-oracle.
--
Jim
>>> Jay Mac 02/05/03 12:33PM >>>
I am trying to install PHP 4.3.0 on HPUX 11.0 64-bit with Oracle 9.2.0.1
I get a mismatched ABI error on the oracle client library.
Here is debug.log
CONFIGURE: './configure' '--with-oracle=/appl/sysdba/product/9.2.0.1'
'--with-apache=/appl/sysdba/apache_1.3.27'
CC: gcc
CFLAGS: -g -O2
CPPFLAGS:
CXX:
CXXFLAGS:
INCLUDES: -I$(top_builddir)/Zend -I/appl/sysdba/product/9.2.0.1/rdbms/public
-I/appl/sysdba/product/9.2.0.1/rdbms/demo -I/appl/sysdba/product/9.2.0.1/plsql/public
LDFLAGS: -L/appl/sysdba/product/9.2.0.1/lib -L/appl/sysdba/product/9.2.0.1/lib
LIBS: -lcrypt -lm -lnsl -lcrypt -l:libcl.sl -l:librt.sl -l:libnss_dns.1 -l:libdld.sl
-lclntsh
DLIBS:
SAPI: apache
PHP_RPATHS: /appl/sysdba/product/9.2.0.1/lib
uname -a: HP-UX dbsws07 B.11.11 U 9000/782 2005692173 unlimited-user license
gcc -o conftest -g -O2 -L/appl/sysdba/product/9.2.0.1/lib
-L/appl/sysdba/product/9.2.0.1/lib conftest.c -lcrypt -lm -lnsl -lcrypt -l:libcl.sl
-l:librt.sl -l:libnss_dns.1 -l:libdld.sl -lclntsh 1>&5
/usr/ccs/bin/ld: /appl/sysdba/product/9.2.0.1/lib/libclntsh.sl: Mismatched ABI. 64-bit
PA shared library found in 32-bit link.
collect2: ld returned 1 exit status
Anyone have any suggestions on how to resolve this?
Thanks.
---------------------------------
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now
---------------------------------
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now
--- End Message ---
--- Begin Message ---
Okay, I was able to figured out how to get PHP to use java classes. I was able
to get rpm to build all the packages. Now, I'm trying to enable servlets.
The only difference is I've added --with-servlet to the list of arguments to
pass to the configure script. I get the following compile error, that wasn't
present when it was just --with-java.
make[3]: Entering directory `/usr/src/redhat/BUILD/php-4.1.2/ext/session'
/bin/sh /usr/src/redhat/BUILD/php-4.1.2/libtool --silent --mode=compile
/usr/src/redhat/BUILD/php-4.1.2/meta_ccld -I.
-I/usr/src/redhat/BUILD/php-4.1.2/ext/session -I/usr/src/redhat/BUILD/php-4.1.2/main
-I/usr/src/redhat/BUILD/php-4.1.2 -I/usr/src/redhat/BUILD/php-4.1.2/Zend
-I/usr/include/libxml2 -I/usr/include/freetype2/freetype -I/usr/include/imap
-I/usr/include/mysql -I/usr/local/include -I/usr/include/pspell
-I/usr/include/ucd-snmp -D_REENTRANT -I/usr/src/redhat/BUILD/php-4.1.2/TSRM -O2
-march=i386 -mcpu=i686 -fPIC -pthread -DZTS -prefer-pic -c mod_mm.c
mod_mm.c:37:3: #error mm is not thread-safe
make[3]: *** [mod_mm.lo] Error 1
I found one useful reference to this error dated 2001. The bug was closed out
saying that the mm module can't be used in a threading web server like Apache 2,
which I'm NOT using. Thanks for any help.
--
Jiann-Ming Su [EMAIL PROTECTED] 404-712-2603
Development Team Systems Administrator
General Libraries Systems Division
--- End Message ---
--- Begin Message ---
Dears,
I'm unable to fix this error
Best regards,
Khayssam AK
CONFIGURE: './configure' '--with-mysql=/usr/local/mysql-3.22.32-pc-linux-gnu-i686/'
'--with-apxs=/usr/local/apache_1.3.12/bin/apxs'
CC: gcc
CFLAGS: -g -O2
CPPFLAGS:
CXX:
CXXFLAGS:
INCLUDES: -I/usr/local/apache_1.3.12/include -I$(top_builddir)/Zend
-I$(top_srcdir) -I/usr/local/mysql-3.22.32-pc-linux-gnu-i686//include
LDFLAGS: -Wl,-rpath,/usr/local/mysql-3.22.32-pc-linux-gnu-i686//lib/mysql
-L/usr/local/mysql-3.22.32-pc-linux-gnu-i686//lib/mysql
LIBS: -lmysqlclient -lpng -lz -lgd -lresolv -lm -ldl -lcrypt -lnsl -lresolv
DLIBS:
SAPI: apache
PHP_RPATHS: /usr/local/mysql-3.22.32-pc-linux-gnu-i686//lib/mysql
uname -a: Linux localhost.localdomain 2.4.18-14 #1 Wed Sep 4 13:35:50 EDT 2002 i686
i686 i386 GNU/Linux
gcc -o conftest -g -O2
-Wl,-rpath,/usr/local/mysql-3.22.32-pc-linux-gnu-i686//lib/mysql
-L/usr/local/mysql-3.22.32-pc-linux-gnu-i686//lib/mysql conftest.c -lmysqlclient -lpng
-lz -lgd -lresolv -lm -ldl -lcrypt -lnsl -lresolv 1>&5
/usr/bin/ld: cannot find -lmysqlclient
collect2: ld returned 1 exit status
--- End Message ---
--- Begin Message ---
On Thu, 2003-02-06 at 18:25, Khayssam AK wrote:
> Dears,
> I'm unable to fix this error
> Best regards,
> Khayssam AK
> ----
>
> CONFIGURE: './configure'
>'--with-mysql=/usr/local/mysql-3.22.32-pc-linux-gnu-i686/'
>'--with-apxs=/usr/local/apache_1.3.12/bin/apxs'
It would appear this is where your error lays. notice in your LDFLAGS below
it reads ,/usr/local/mysql-3.22.32-pc-linux-gnu-i686//lib/mysql
you have an extrea slash therefore it can't find the mysqlclient. the
fix would be in your configure lose thew last slash on --with-mysql so
it reads
'./configure' '--with-mysql=/usr/local/mysql-3.22.32-pc-linux-gnu-i686'
'--with-apxs=/usr/local/apache_1.3.12/bin/apxs'
John Coder
> CC: gcc
> CFLAGS: -g -O2
> CPPFLAGS:
> CXX:
> CXXFLAGS:
> INCLUDES: -I/usr/local/apache_1.3.12/include -I$(top_builddir)/Zend
>-I$(top_srcdir) -I/usr/local/mysql-3.22.32-pc-linux-gnu-i686//include
> LDFLAGS: -Wl,-rpath,/usr/local/mysql-3.22.32-pc-linux-gnu-i686//lib/mysql
>-L/usr/local/mysql-3.22.32-pc-linux-gnu-i686//lib/mysql
> LIBS: -lmysqlclient -lpng -lz -lgd -lresolv -lm -ldl -lcrypt -lnsl -lresolv
> DLIBS:
> SAPI: apache
> PHP_RPATHS: /usr/local/mysql-3.22.32-pc-linux-gnu-i686//lib/mysql
> uname -a: Linux localhost.localdomain 2.4.18-14 #1 Wed Sep 4 13:35:50 EDT 2002
>i686 i686 i386 GNU/Linux
>
> gcc -o conftest -g -O2
>-Wl,-rpath,/usr/local/mysql-3.22.32-pc-linux-gnu-i686//lib/mysql
>-L/usr/local/mysql-3.22.32-pc-linux-gnu-i686//lib/mysql conftest.c -lmysqlclient
>-lpng -lz -lgd -lresolv -lm -ldl -lcrypt -lnsl -lresolv 1>&5
> /usr/bin/ld: cannot find -lmysqlclient
> collect2: ld returned 1 exit status
>
>
--- End Message ---
