#38129 [NEW]: Configure fails when using IBM's V2.0 webserver
From: j dot lammerts at chello dot nl Operating system: AIX 5 PHP version: 5.1.4 PHP Bug Type: Feature/Change Request Bug description: Configure fails when using IBM's V2.0 webserver Description: Normally, when IBMIHS v 2.0(.47.1) is installed, the systemwide variable LIBPATH is NOT changed. Somewhere in the ./configure stage, the version of the webserver is tested (httpd -v). On AIX, when LIBPATH is not set, this fails Reproduce code: --- Calling httpd -v with the LIBPATH variable NOT set to the installationpath of IBMIHS/lib, produces this error : exec(): 0509-036 Cannot load program /usr/IBMIHS/bin/httpd because of the following errors : 0509-150 Dependent module libaprutil-0.so could not be loaded. 0509-022 Cannot load module libaprutil-0.so. 0509-026 System error: A file or directory in the path name does not exist. This error causes the configure script to fail horribly... Expected result: The expected result can be obtained by setting the LIBPATH variable before starting the configure script : export LIBPATH=$LIBPATH:/usr/IBMIHS/lib (or set it to wherever the lib directory for this instance of the webserver is located) (test by calling /usr/IBMIHS/bin/httpd -v) Maybe a check for a correct result of the call httpd -v can be incorporated in the configure script. It took me weeks to figure this one out ! -- Edit bug report at http://bugs.php.net/?id=38129&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38129&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38129&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38129&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38129&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38129&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38129&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38129&r=needscript Try newer version:http://bugs.php.net/fix.php?id=38129&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38129&r=support Expected behavior:http://bugs.php.net/fix.php?id=38129&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38129&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38129&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38129&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38129&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38129&r=dst IIS Stability:http://bugs.php.net/fix.php?id=38129&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38129&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38129&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38129&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38129&r=mysqlcfg
#32067 [WFx]: DSO problems
ID: 32067 User updated by: j dot lammerts at chello dot nl Reported By: j dot lammerts at chello dot nl Status: Wont fix Bug Type: Apache2 related Operating System: AIX 5.2 PHP Version: 4CVS-2005-02-22 (stable) New Comment: Hmm, bummer. What if I'm bound to IBM's version of Apache2 ? I'm using IBMIHS 2.0.47.1 in a professional environment and cannot decide to switch from IHS to the original Apache2. Same question as before: is this behaviour due to the fact that IBM messes around with the Apache sources, and does this mean that I will not be able to use PHP with IBM HTTPServer, ever ? Thanks for the support so far. Previous Comments: [2005-02-28 13:34:51] [EMAIL PROTECTED] Your system does not have pthreads -> ZTS only supports them. (like the error msg says) Get Apache2 from apache.org and compile it _without_ thread support and try again. See also: http://www.php.net/manual/en/install.unix.apache2.php [2005-02-28 09:48:39] j dot lammerts at chello dot nl Ok, here's the output: (Went wrong first, because default /usr/IBMIHS/lib was not in LIBPATH environment): fvlsaa1 /usr/IBMIHS # httpd=`/usr/IBMIHS/bin/apxs -q SBINDIR`/`/usr/IBMIHS/bin/apx> fvlsaa1 /usr/IBMIHS # $httpd -v 2>&1 | grep version fvlsaa1 /usr/IBMIHS # $httpd -v exec(): 0509-036 Cannot load program /usr/IBMIHS/bin/httpd because of the following errors : 0509-150 Dependent module libaprutil-0.so could not be loaded. 0509-022 Cannot load module libaprutil-0.so. 0509-026 System error: A file or directory in the path name does not exist. fvlsaa1 /usr/IBMIHS # export LIBPATH=$LIBPATH:/usr/IBMIHS/lib fvlsaa1 /usr/IBMIHS # $httpd -v Server version: IBM_HTTP_Server/2.0.47.1 Apache/2.0.47 Server built: May 20 2004 17:07:49 fvlsaa1 /usr/IBMIHS # $httpd -v 2>&1 | grep version Server version: IBM_HTTP_Server/2.0.47.1 Apache/2.0.47 Tried configure again, with --with-apxs2, producing this result: checking for Apache 2.0 filter-module support via DSO through APXS... no checking for Apache 2.0 handler-module support via DSO through APXS... configure: error: Z TS currently requires working POSIX threads. We were unable to verify that your system sup ports Pthreads. [2005-02-27 23:32:37] [EMAIL PROTECTED] Just provide the output of this set of commands: # httpd=`/usr/IBMIHS/bin/apxs -q SBINDIR`/`/usr/IBMIHS/bin/apxs -q TARGET` # $httpd -v 2>&1 | grep version # $httpd -v ------------ [2005-02-27 15:51:57] j dot lammerts at chello dot nl Will put up a link to this file. Please give me a bit to re-setup my webserver. Will have it ready by the end of this month. [2005-02-22 23:09:27] [EMAIL PROTECTED] It's most likely because their version string has a different format, please put the config.log online and provide a link to it here. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/32067 -- Edit this bug report at http://bugs.php.net/?id=32067&edit=1
#32067 [Fbk->Opn]: DSO problems
ID: 32067 User updated by: j dot lammerts at chello dot nl Reported By: j dot lammerts at chello dot nl -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: AIX 5.2 PHP Version: 4CVS-2005-02-22 (stable) New Comment: Ok, here's the output: (Went wrong first, because default /usr/IBMIHS/lib was not in LIBPATH environment): fvlsaa1 /usr/IBMIHS # httpd=`/usr/IBMIHS/bin/apxs -q SBINDIR`/`/usr/IBMIHS/bin/apx> fvlsaa1 /usr/IBMIHS # $httpd -v 2>&1 | grep version fvlsaa1 /usr/IBMIHS # $httpd -v exec(): 0509-036 Cannot load program /usr/IBMIHS/bin/httpd because of the following errors : 0509-150 Dependent module libaprutil-0.so could not be loaded. 0509-022 Cannot load module libaprutil-0.so. 0509-026 System error: A file or directory in the path name does not exist. fvlsaa1 /usr/IBMIHS # export LIBPATH=$LIBPATH:/usr/IBMIHS/lib fvlsaa1 /usr/IBMIHS # $httpd -v Server version: IBM_HTTP_Server/2.0.47.1 Apache/2.0.47 Server built: May 20 2004 17:07:49 fvlsaa1 /usr/IBMIHS # $httpd -v 2>&1 | grep version Server version: IBM_HTTP_Server/2.0.47.1 Apache/2.0.47 Tried configure again, with --with-apxs2, producing this result: checking for Apache 2.0 filter-module support via DSO through APXS... no checking for Apache 2.0 handler-module support via DSO through APXS... configure: error: Z TS currently requires working POSIX threads. We were unable to verify that your system sup ports Pthreads. Previous Comments: [2005-02-27 23:32:37] [EMAIL PROTECTED] Just provide the output of this set of commands: # httpd=`/usr/IBMIHS/bin/apxs -q SBINDIR`/`/usr/IBMIHS/bin/apxs -q TARGET` # $httpd -v 2>&1 | grep version # $httpd -v -------- [2005-02-27 15:51:57] j dot lammerts at chello dot nl Will put up a link to this file. Please give me a bit to re-setup my webserver. Will have it ready by the end of this month. [2005-02-22 23:09:27] [EMAIL PROTECTED] It's most likely because their version string has a different format, please put the config.log online and provide a link to it here. -------- [2005-02-22 16:14:15] j dot lammerts at chello dot nl Description: Hi, I seem to be unable to get the latetst stable php4 to compile. I'm using AIX 5.2 and IBM HTTPServer 2.0.47.1 If I try to configure with --apxs=/usr/IBMIHS/bin/apxs I get the message : Configuring SAPI modules checking for AOLserver support... no checking for Apache 1.x module support via DSO through APXS... expr: non-numeric argument yes Then, at the end : WARNING: Your /usr/IBMIHS/bin/apxs script is most likely broken. If I try to configure with --apxs2=/usr/IBMIHS/bin/apxs I get the message: checking for Apache 2.0 filter-module support via DSO through APXS... no checking for Apache 2.0 handler-module support via DSO through APXS... expr: non-numeric a rgument configure: error: You have enabled Apache 2 support while your server is Apache 1.3. Plea se use the appropiate switch --with-apxs (without the 2) (although I'm using 2.0.47.1 ??) Is this due to the fact that IBM messes around with standard Apache configs, and makes up their own apxs ? Cheers -- Edit this bug report at http://bugs.php.net/?id=32067&edit=1
#32067 [Fbk->Opn]: DSO problems
ID: 32067 User updated by: j dot lammerts at chello dot nl Reported By: j dot lammerts at chello dot nl -Status: Feedback +Status: Open Bug Type: *Configuration Issues Operating System: AIX 5.2 PHP Version: 4CVS-2005-02-22 (stable) New Comment: Will put up a link to this file. Please give me a bit to re-setup my webserver. Will have it ready by the end of this month. Previous Comments: [2005-02-22 23:09:27] [EMAIL PROTECTED] It's most likely because their version string has a different format, please put the config.log online and provide a link to it here. [2005-02-22 16:14:15] j dot lammerts at chello dot nl Description: Hi, I seem to be unable to get the latetst stable php4 to compile. I'm using AIX 5.2 and IBM HTTPServer 2.0.47.1 If I try to configure with --apxs=/usr/IBMIHS/bin/apxs I get the message : Configuring SAPI modules checking for AOLserver support... no checking for Apache 1.x module support via DSO through APXS... expr: non-numeric argument yes Then, at the end : WARNING: Your /usr/IBMIHS/bin/apxs script is most likely broken. If I try to configure with --apxs2=/usr/IBMIHS/bin/apxs I get the message: checking for Apache 2.0 filter-module support via DSO through APXS... no checking for Apache 2.0 handler-module support via DSO through APXS... expr: non-numeric a rgument configure: error: You have enabled Apache 2 support while your server is Apache 1.3. Plea se use the appropiate switch --with-apxs (without the 2) (although I'm using 2.0.47.1 ??) Is this due to the fact that IBM messes around with standard Apache configs, and makes up their own apxs ? Cheers -- Edit this bug report at http://bugs.php.net/?id=32067&edit=1
#32067 [NEW]: DSO problems
From: j dot lammerts at chello dot nl Operating system: AIX 5.2 PHP version: 4CVS-2005-02-22 (stable) PHP Bug Type: *Configuration Issues Bug description: DSO problems Description: Hi, I seem to be unable to get the latetst stable php4 to compile. I'm using AIX 5.2 and IBM HTTPServer 2.0.47.1 If I try to configure with --apxs=/usr/IBMIHS/bin/apxs I get the message : Configuring SAPI modules checking for AOLserver support... no checking for Apache 1.x module support via DSO through APXS... expr: non-numeric argument yes Then, at the end : WARNING: Your /usr/IBMIHS/bin/apxs script is most likely broken. If I try to configure with --apxs2=/usr/IBMIHS/bin/apxs I get the message: checking for Apache 2.0 filter-module support via DSO through APXS... no checking for Apache 2.0 handler-module support via DSO through APXS... expr: non-numeric a rgument configure: error: You have enabled Apache 2 support while your server is Apache 1.3. Plea se use the appropiate switch --with-apxs (without the 2) (although I'm using 2.0.47.1 ??) Is this due to the fact that IBM messes around with standard Apache configs, and makes up their own apxs ? Cheers -- Edit bug report at http://bugs.php.net/?id=32067&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32067&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32067&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32067&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32067&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32067&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32067&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32067&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32067&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32067&r=support Expected behavior: http://bugs.php.net/fix.php?id=32067&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32067&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32067&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32067&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32067&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32067&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32067&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32067&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32067&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32067&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32067&r=mysqlcfg
#22823 [Opn]: Two warnings during make
ID: 22823 User updated by: j dot lammerts at chello dot nl Reported By: j dot lammerts at chello dot nl Status: Open Bug Type: Compile Warning Operating System: AIX 5.1.0.0 PHP Version: 4.3.2RC1 New Comment: BTW, The same nm message (Cannot process symbol table) appears also when doing the make install Previous Comments: [2003-03-22 05:31:08] j dot lammerts at chello dot nl Hi, Discovered two more warnings when compiling the latest cvs release. The first one has to do with pcre. The second one is when nm tries to list symbols of image.o. It says it can't... Here are the warnings : 1) /bin/sh /home/root/php4-STABLE-200303212030/libtool --silent --preserve-dup-deps --mode=compile gcc -DSUPPORT_UTF8 -DLINK_SIZE=2 -I/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib -Iext/pcre/ -I/home/root/php4-STABLE-200303212030/ext/pcre/ -DPHP_ATOM_INC -I/home/root/php4-STABLE-200303212030/include -I/home/root/php4-STABLE-200303212030/main -I/home/root/php4-STABLE-200303212030 -I/home/root/php4-STABLE-200303212030/Zend -I/home/root/php4-STABLE-200303212030/ext/xml/expat -I/home/root/php4-STABLE-200303212030/TSRM -g -O2 -prefer-pic -c /home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c -o ext/pcre/pcrelib/pcre.lo /home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:108: warning: overflow in implicit constant conversion /home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:108: warning: overflow in implicit constant conversion /home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:108: warning: overflow in implicit constant conversion /home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:108: warning: overflow in implicit constant conversion /home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:108: warning: overflow in implicit constant conversion /home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:108: warning: overflow in implicit constant conversion /home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:110: warning: overflow in implicit constant conversion /home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:110: warning: overflow in implicit constant conversion /home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:110: warning: overflow in implicit constant conversion /home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:111: warning: overflow in implicit constant conversion /home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:112: warning: overflow in implicit constant conversion /home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:112: warning: overflow in implicit constant conversion /home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:114: warning: overflow in implicit constant conversion /home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:114: warning: overflow in implicit constant conversion /home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:116: warning: overflow in implicit constant conversion 2) nm: ext/standard/image.o: 0654-206 Cannot process the symbol table. TIA, Hans -- Edit this bug report at http://bugs.php.net/?id=22823&edit=1
#22823 [NEW]: Two warnings during make
From: j dot lammerts at chello dot nl Operating system: AIX 5.1.0.0 PHP version: 4.3.2RC1 PHP Bug Type: Compile Warning Bug description: Two warnings during make Hi, Discovered two more warnings when compiling the latest cvs release. The first one has to do with pcre. The second one is when nm tries to list symbols of image.o. It says it can't... Here are the warnings : 1) /bin/sh /home/root/php4-STABLE-200303212030/libtool --silent --preserve-dup-deps --mode=compile gcc -DSUPPORT_UTF8 -DLINK_SIZE=2 -I/home/root/php4-STABLE-200303212030/ext/pcre/pcrelib -Iext/pcre/ -I/home/root/php4-STABLE-200303212030/ext/pcre/ -DPHP_ATOM_INC -I/home/root/php4-STABLE-200303212030/include -I/home/root/php4-STABLE-200303212030/main -I/home/root/php4-STABLE-200303212030 -I/home/root/php4-STABLE-200303212030/Zend -I/home/root/php4-STABLE-200303212030/ext/xml/expat -I/home/root/php4-STABLE-200303212030/TSRM -g -O2 -prefer-pic -c /home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c -o ext/pcre/pcrelib/pcre.lo /home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:108: warning: overflow in implicit constant conversion /home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:108: warning: overflow in implicit constant conversion /home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:108: warning: overflow in implicit constant conversion /home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:108: warning: overflow in implicit constant conversion /home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:108: warning: overflow in implicit constant conversion /home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:108: warning: overflow in implicit constant conversion /home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:110: warning: overflow in implicit constant conversion /home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:110: warning: overflow in implicit constant conversion /home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:110: warning: overflow in implicit constant conversion /home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:111: warning: overflow in implicit constant conversion /home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:112: warning: overflow in implicit constant conversion /home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:112: warning: overflow in implicit constant conversion /home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:114: warning: overflow in implicit constant conversion /home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:114: warning: overflow in implicit constant conversion /home/root/php4-STABLE-200303212030/ext/pcre/pcrelib/pcre.c:116: warning: overflow in implicit constant conversion 2) nm: ext/standard/image.o: 0654-206 Cannot process the symbol table. TIA, Hans -- Edit bug report at http://bugs.php.net/?id=22823&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22823&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22823&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22823&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22823&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22823&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22823&r=support Expected behavior: http://bugs.php.net/fix.php?id=22823&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22823&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22823&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22823&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22823&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22823&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22823&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22823&r=gnused
#22765 [NEW]: Warnings during FTP section compile
From: j dot lammerts at chello dot nl Operating system: AIX 5 PHP version: 4CVS-2003-03-18 (stable) PHP Bug Type: Compile Failure Bug description: Warnings during FTP section compile HI, When compiling with the --enable-ftp option I get the following warnings: prefer-pic -c /home/php/php4-STABLE-200303031430/ext/ftp/ftp.c -o ext/ftp/ftp.lo /home/php/php4-STABLE-200303031430/ext/ftp/ftp.c: In function `ftp_open': /home/php/php4-STABLE-200303031430/ext/ftp/ftp.c:140: warning: passing arg 3 of `ngetsockn ame' from incompatible pointer type /home/php/php4-STABLE-200303031430/ext/ftp/ftp.c: In function `ftp_pasv': /home/php/php4-STABLE-200303031430/ext/ftp/ftp.c:582: warning: passing arg 3 of `ngetpeern ame' from incompatible pointer type /home/php/php4-STABLE-200303031430/ext/ftp/ftp.c: In function `my_accept': /home/php/php4-STABLE-200303031430/ext/ftp/ftp.c:1226: warning: passing arg 3 of `naccept' from incompatible pointer type /home/php/php4-STABLE-200303031430/ext/ftp/ftp.c: In function `ftp_getdata': /home/php/php4-STABLE-200303031430/ext/ftp/ftp.c:1295: warning: passing arg 3 of `ngetsock name' from incompatible pointer type Although these are just warnings, am I to worry about the integrity of the php object that is built ? AIX level is 5.1.0.0 -- Edit bug report at http://bugs.php.net/?id=22765&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22765&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22765&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22765&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22765&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22765&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22765&r=support Expected behavior: http://bugs.php.net/fix.php?id=22765&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22765&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22765&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22765&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22765&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22765&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22765&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22765&r=gnused
#22683 [NEW]: Looks like math lib not found, which is installed
From: j dot lammerts at chello dot nl Operating system: AIX 5.1 PHP version: 4CVS-2003-03-13 (stable) PHP Bug Type: Compile Failure Bug description: Looks like math lib not found, which is installed First try to compile PHP on AIX 5.1. gcc version 2.95.3 AIX level 5.1.0.0 Only option used (for test) in configure: --without-mysql. Make ends in this: ld: 0711-317 ERROR: Undefined symbol: .pow ld: 0711-317 ERROR: Undefined symbol: .ceil ld: 0711-317 ERROR: Undefined symbol: .floor ld: 0711-317 ERROR: Undefined symbol: .sin ld: 0711-317 ERROR: Undefined symbol: .cos ld: 0711-317 ERROR: Undefined symbol: .tan ld: 0711-317 ERROR: Undefined symbol: .asin ld: 0711-317 ERROR: Undefined symbol: .acos ld: 0711-317 ERROR: Undefined symbol: .atan ld: 0711-317 ERROR: Undefined symbol: .atan2 ld: 0711-317 ERROR: Undefined symbol: .sinh ld: 0711-317 ERROR: Undefined symbol: .cosh ld: 0711-317 ERROR: Undefined symbol: .tanh ld: 0711-317 ERROR: Undefined symbol: .exp ld: 0711-317 ERROR: Undefined symbol: .expm1 ld: 0711-317 ERROR: Undefined symbol: .log ld: 0711-317 ERROR: Undefined symbol: .log10 ld: 0711-317 ERROR: Undefined symbol: .sqrt ld: 0711-317 ERROR: Undefined symbol: .fmod ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information. I remember that these messages can mean that libm is not installed, but it is.. Any suggestions ? Hans -- Edit bug report at http://bugs.php.net/?id=22683&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22683&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22683&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22683&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22683&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22683&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22683&r=support Expected behavior: http://bugs.php.net/fix.php?id=22683&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22683&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22683&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22683&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22683&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22683&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22683&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22683&r=gnused
#22351 [Fbk->Opn]: Error in gdttf.c ??
ID: 22351 User updated by: j dot lammerts at chello dot nl Reported By: j dot lammerts at chello dot nl -Status: Feedback +Status: Open Bug Type: GD related Operating System: AIX 4.3.3 PHP Version: 4CVS-2003-02-21 (stable) New Comment: Will try this, but it will be next week... Thanks Previous Comments: [2003-02-26 19:15:00] [EMAIL PROTECTED] Could you try adding --enable-gd-native-ttf to you configure line and if that does not help try upgrading to a later version of FreeType 2. [2003-02-24 03:11:30] j dot lammerts at chello dot nl The freetype version is 2.0.1.0, and AFAIK it is the only version installed on our system. [2003-02-23 05:38:50] [EMAIL PROTECTED] What freetype version you have installed? And you're sure you don't have mixed versions in your system of it? [2003-02-21 09:40:44] j dot lammerts at chello dot nl Error situation could be avoided by NOT adding both --with-gd AND --with-ttf in the configuration string. I now have --with-gd only. Is this the correct way of doing things ? Hans [2003-02-21 06:23:43] j dot lammerts at chello dot nl Hello, When trying to compile the latest CVS of PHP4.3.1 trouble starts when gdttf.c is being compiled. This is where it starts to go wrong: php4-STABLE-200302201030/ext/gd/gdttf.c -DPIC -o ext/gd/gdttf.lo /home/USTJLA/php4-STABLE-200302201030/ext/gd/gdttf.c:74: parse error before `TT_Engine' /home/USTJLA/php4-STABLE-200302201030/ext/gd/gdttf.c:74: warning: no semicolon at end of s truct or union /home/USTJLA/php4-STABLE-200302201030/ext/gd/gdttf.c:75: warning: data definition has no t ype or storage class /home/USTJLA/php4-STABLE-200302201030/ext/gd/gdttf.c:76: parse error before `properties' /home/USTJLA/php4-STABLE-200302201030/ext/gd/gdttf.c:76: warning: data definition has no t ype or storage class A lot of error messages follow, probably all due to the first one, and make stops. Anyone know what to do ? Hans -- Edit this bug report at http://bugs.php.net/?id=22351&edit=1
#22414 [Fbk->Opn]: passthru not working anymore
ID: 22414 User updated by: j dot lammerts at chello dot nl Reported By: j dot lammerts at chello dot nl -Status: Feedback +Status: Open Bug Type: Output Control Operating System: AIX 4.3.3 PHP Version: 4CVS-2003-02-25 (stable) New Comment: I'm using the PHP_4_3 CVS (right now php4-STABLE-200302251030). Something as simple as this : produces no output (and no errors). No other combinations of single and double quotes give different results.. Previous Comments: [2003-02-25 05:35:15] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Please supply a reproducing script. Are you using PHP_4_3 CVS branch or php5 ? [2003-02-25 05:18:00] j dot lammerts at chello dot nl The PHP function passthru works without errors in our production environment (PHP4.0.6). Passthru in the latest CVS produces no output at all. Also, no errors or notices are seen in the error_log. Is this a known problem ? -- Edit this bug report at http://bugs.php.net/?id=22414&edit=1
#22414 [NEW]: passthru not working anymore
From: j dot lammerts at chello dot nl Operating system: AIX 4.3.3 PHP version: 4CVS-2003-02-25 (stable) PHP Bug Type: Output Control Bug description: passthru not working anymore The PHP function passthru works without errors in our production environment (PHP4.0.6). Passthru in the latest CVS produces no output at all. Also, no errors or notices are seen in the error_log. Is this a known problem ? -- Edit bug report at http://bugs.php.net/?id=22414&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22414&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22414&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22414&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22414&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22414&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22414&r=support Expected behavior: http://bugs.php.net/fix.php?id=22414&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22414&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22414&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22414&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22414&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22414&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22414&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22414&r=gnused
#22411 [NEW]: Error in configure
From: j dot lammerts at chello dot nl Operating system: SuSE 8.0 PHP version: 4CVS-2003-02-25 (stable) PHP Bug Type: *Configuration Issues Bug description: Error in configure When configuring at the very end this error appears: Configuring TSRM checking for stdarg.h... (cached) yes ./configure: test: $(SHELL): binary operator expected ./configure: test: too many arguments Configure does not stop. Any advice ? -- Edit bug report at http://bugs.php.net/?id=22411&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22411&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22411&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22411&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22411&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22411&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22411&r=support Expected behavior: http://bugs.php.net/fix.php?id=22411&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22411&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22411&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22411&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22411&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22411&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22411&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22411&r=gnused
#22392 [NEW]: Configuring error - re-introduced ?
From: j dot lammerts at chello dot nl Operating system: AIX 4.3.3 PHP version: 4CVS-2003-02-24 (stable) PHP Bug Type: OCI8 related Bug description: Configuring error - re-introduced ? Last week i submitted a bug report (22324) about the configure error ld: 0706-006 Cannot find or open library file: -l ocijdbc8 ld:open(): No such file or directory collect2: ld returned 255 exit status Can't find this bug report anymore to re-open it. The CVS of Feb 21 can be configured without problems (not compiled though), even without setting the env variables $ORACLE_HOME, $LD_LIBRARY_PATH en $LIBPATH. After getting the latest CVS I was disappointed to see that above problem is back again when trying to configure. At this moment I'm completely at a loss. Please help us.. Regards -- Edit bug report at http://bugs.php.net/?id=22392&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22392&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22392&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22392&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22392&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22392&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22392&r=support Expected behavior: http://bugs.php.net/fix.php?id=22392&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22392&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22392&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22392&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22392&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22392&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22392&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22392&r=gnused
#22324 [Csd->Opn]: Configure failure
ID: 22324
User updated by: j dot lammerts at chello dot nl
Reported By: j dot lammerts at chello dot nl
-Status: Closed
+Status: Open
Bug Type: OCI8 related
Operating System: AIX 4.3.3
-PHP Version: 4.3.2-dev
+PHP Version: Latest CVS (24)
New Comment:
When trying to configure the latest CVS I ran into the same problem
again that the linker could not find ocijdbc8:
ld: 0706-006 Cannot find or open library file: -l ocijdbc8
ld:open(): No such file or directory
collect2: ld returned 255 exit status
Still had the 21 feb CVS. I can configure this one without any
problems, even without setting the variables ORACLE_HOME, LIBPATH and
LD_LIBRARY_PATH !
I'm completely at a loss now,
HEEELP !!
Thank you
Previous Comments:
[2003-02-21 09:12:45] [EMAIL PROTECTED]
Heh..sometimes it's just plain magic? :)
Glad that this one got solved though.
(nothing was changed in that part of configure though)
[2003-02-21 07:44:55] j dot lammerts at chello dot nl
Don't know what happened, or what the difference was with my previous
CVS snapshot, but with the latest CVS I was able to bring the configure
process to a good end...
When invoking make, the compilation aborts when trying to compile
gdttf.c ;{
Made a new bugreport for this one
Thanks for your help on this one,
Hans
[2003-02-21 04:35:41] j dot lammerts at chello dot nl
You could be right that this is not the place where they are on other
platforms. According to our DBA-er these libraries are installed by
default in this directory when installing Oracle. At least, on AIX,
that is.
But am I wrong in assuming that, according to the gcc option line,
libocijdbc8 is being searched for in the
-L/sa/apps/oracle/product/8.1.7/lib directory (where it is) ??
Thanks
[2003-02-21 04:18:27] [EMAIL PROTECTED]
Why exactly do you have those libocijdbc8.so and libocijdbc8_g.so in
that directory?
AFAIK, those should be under $ORA_HOME/jdbc/lib
[2003-02-21 03:57:04] [EMAIL PROTECTED]
The version is 4.3.2-dev as I assumed you tested the snapshot and thus
the bug still exists in it.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/22324
--
Edit this bug report at http://bugs.php.net/?id=22324&edit=1
#22351 [Fbk->Opn]: Error in gdttf.c ??
ID: 22351 User updated by: j dot lammerts at chello dot nl Reported By: j dot lammerts at chello dot nl -Status: Feedback +Status: Open Bug Type: GD related Operating System: AIX 4.3.3 PHP Version: 4CVS-2003-02-21 (stable) New Comment: The freetype version is 2.0.1.0, and AFAIK it is the only version installed on our system. Previous Comments: [2003-02-23 05:38:50] [EMAIL PROTECTED] What freetype version you have installed? And you're sure you don't have mixed versions in your system of it? [2003-02-21 09:40:44] j dot lammerts at chello dot nl Error situation could be avoided by NOT adding both --with-gd AND --with-ttf in the configuration string. I now have --with-gd only. Is this the correct way of doing things ? Hans [2003-02-21 06:23:43] j dot lammerts at chello dot nl Hello, When trying to compile the latest CVS of PHP4.3.1 trouble starts when gdttf.c is being compiled. This is where it starts to go wrong: php4-STABLE-200302201030/ext/gd/gdttf.c -DPIC -o ext/gd/gdttf.lo /home/USTJLA/php4-STABLE-200302201030/ext/gd/gdttf.c:74: parse error before `TT_Engine' /home/USTJLA/php4-STABLE-200302201030/ext/gd/gdttf.c:74: warning: no semicolon at end of s truct or union /home/USTJLA/php4-STABLE-200302201030/ext/gd/gdttf.c:75: warning: data definition has no t ype or storage class /home/USTJLA/php4-STABLE-200302201030/ext/gd/gdttf.c:76: parse error before `properties' /home/USTJLA/php4-STABLE-200302201030/ext/gd/gdttf.c:76: warning: data definition has no t ype or storage class A lot of error messages follow, probably all due to the first one, and make stops. Anyone know what to do ? Hans -- Edit this bug report at http://bugs.php.net/?id=22351&edit=1
#22351 [Opn]: Error in gdttf.c ??
ID: 22351 User updated by: j dot lammerts at chello dot nl Reported By: j dot lammerts at chello dot nl Status: Open Bug Type: GD related Operating System: AIX 4.3.3 PHP Version: 4CVS-2003-02-21 (stable) New Comment: Error situation could be avoided by NOT adding both --with-gd AND --with-ttf in the configuration string. I now have --with-gd only. Is this the correct way of doing things ? Hans Previous Comments: [2003-02-21 06:23:43] j dot lammerts at chello dot nl Hello, When trying to compile the latest CVS of PHP4.3.1 trouble starts when gdttf.c is being compiled. This is where it starts to go wrong: php4-STABLE-200302201030/ext/gd/gdttf.c -DPIC -o ext/gd/gdttf.lo /home/USTJLA/php4-STABLE-200302201030/ext/gd/gdttf.c:74: parse error before `TT_Engine' /home/USTJLA/php4-STABLE-200302201030/ext/gd/gdttf.c:74: warning: no semicolon at end of s truct or union /home/USTJLA/php4-STABLE-200302201030/ext/gd/gdttf.c:75: warning: data definition has no t ype or storage class /home/USTJLA/php4-STABLE-200302201030/ext/gd/gdttf.c:76: parse error before `properties' /home/USTJLA/php4-STABLE-200302201030/ext/gd/gdttf.c:76: warning: data definition has no t ype or storage class A lot of error messages follow, probably all due to the first one, and make stops. Anyone know what to do ? Hans -- Edit this bug report at http://bugs.php.net/?id=22351&edit=1
#22324 [Opn->Csd]: Configure failure
ID: 22324
User updated by: j dot lammerts at chello dot nl
Reported By: j dot lammerts at chello dot nl
-Status: Open
+Status: Closed
Bug Type: OCI8 related
Operating System: AIX 4.3.3
PHP Version: 4.3.2-dev
New Comment:
Don't know what happened, or what the difference was with my previous
CVS snapshot, but with the latest CVS I was able to bring the configure
process to a good end...
When invoking make, the compilation aborts when trying to compile
gdttf.c ;{
Made a new bugreport for this one
Thanks for your help on this one,
Hans
Previous Comments:
[2003-02-21 04:35:41] j dot lammerts at chello dot nl
You could be right that this is not the place where they are on other
platforms. According to our DBA-er these libraries are installed by
default in this directory when installing Oracle. At least, on AIX,
that is.
But am I wrong in assuming that, according to the gcc option line,
libocijdbc8 is being searched for in the
-L/sa/apps/oracle/product/8.1.7/lib directory (where it is) ??
Thanks
[2003-02-21 04:18:27] [EMAIL PROTECTED]
Why exactly do you have those libocijdbc8.so and libocijdbc8_g.so in
that directory?
AFAIK, those should be under $ORA_HOME/jdbc/lib
[2003-02-21 03:57:04] [EMAIL PROTECTED]
The version is 4.3.2-dev as I assumed you tested the snapshot and thus
the bug still exists in it.
[2003-02-21 03:55:18] j dot lammerts at chello dot nl
Thanks for your help so far, sniper.
echo $ORACLE_HOME
/sa/apps/oracle/product/8.1.7
echo $LIBPATH
/sa/apps/oracle/product/8.1.7/lib
echo $LD_LIBRARY_PATH
/sa/apps/oracle/product/8.1.7/lib
tail debug.log
LIBS: -lttf -lX11 -lXpm -lpng -lz -ljpeg -lz -lm -ldl -lodm -lm
-lbsd_r -lld -lclnt
sh -locijdbc8 -ldl -lodm -lm -lbsd_r -lld -lclntsh
DLIBS:
SAPI: apache
PHP_RPATHS: /usr/local/lib /sa/apps/oracle/product/8.1.7/lib
uname -a: AIX fvlsaa1 3 4 0057379A4C00
gcc -o conftest -g -O2 -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT
-DAIX_BIND_PROCESSOR -DUS
E_HSREGEX -DUSE_EXPAT -DAFPA -DNO_DL_NEEDED -L/usr/local/lib
-L/usr/local/lib -L/sa/apps/
oracle/product/8.1.7/lib -L/sa/apps/oracle/product/8.1.7/lib conftest.c
-lttf -lX11 -lXpm
-lpng -lz -ljpeg -lz -lm -ldl -lodm -lm -lbsd_r -lld -lclntsh
-locijdbc8 -ldl -lodm -lm -
lbsd_r -lld -lclntsh 1>&5
ld: 0706-006 Cannot find or open library file: -l ocijdbc8
ld:open(): No such file or directory
collect2: ld returned 255 exit status
ls $LIBPATH/libocijdbc8*
/sa/apps/oracle/product/8.1.7/lib/libocijdbc8.so
/sa/apps/oracle/product/8.1.7/lib/libocijdbc8_g.so
Still don't know what I'm doing wrong...
By the way: the record shows me that I'm using 4.3.2-dev.
Don't know how it got there, but I'm not
I'm using version 4.3.1
Thanks.
[2003-02-21 03:08:17] [EMAIL PROTECTED]
Have you set the LIBPATH and LD_LIBRARY_PATH correctly
as mentioned in the Oracle installation notes?
To point to $ORACLE_HOME/lib
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/22324
--
Edit this bug report at http://bugs.php.net/?id=22324&edit=1
#22351 [NEW]: Error in gdttf.c ??
From: j dot lammerts at chello dot nl Operating system: AIX 4.3.3 PHP version: 4CVS-2003-02-21 (stable) PHP Bug Type: GD related Bug description: Error in gdttf.c ?? Hello, When trying to compile the latest CVS of PHP4.3.1 trouble starts when gdttf.c is being compiled. This is where it starts to go wrong: php4-STABLE-200302201030/ext/gd/gdttf.c -DPIC -o ext/gd/gdttf.lo /home/USTJLA/php4-STABLE-200302201030/ext/gd/gdttf.c:74: parse error before `TT_Engine' /home/USTJLA/php4-STABLE-200302201030/ext/gd/gdttf.c:74: warning: no semicolon at end of s truct or union /home/USTJLA/php4-STABLE-200302201030/ext/gd/gdttf.c:75: warning: data definition has no t ype or storage class /home/USTJLA/php4-STABLE-200302201030/ext/gd/gdttf.c:76: parse error before `properties' /home/USTJLA/php4-STABLE-200302201030/ext/gd/gdttf.c:76: warning: data definition has no t ype or storage class A lot of error messages follow, probably all due to the first one, and make stops. Anyone know what to do ? Hans -- Edit bug report at http://bugs.php.net/?id=22351&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22351&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22351&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22351&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22351&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22351&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22351&r=support Expected behavior: http://bugs.php.net/fix.php?id=22351&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22351&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22351&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22351&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22351&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22351&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22351&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22351&r=gnused
#22324 [Fbk->Opn]: Configure failure
ID: 22324 User updated by: j dot lammerts at chello dot nl Reported By: j dot lammerts at chello dot nl -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: AIX 4.3.3 PHP Version: 4.3.2-dev New Comment: You could be right that this is not the place where they are on other platforms. According to our DBA-er these libraries are installed by default in this directory when installing Oracle. At least, on AIX, that is. But am I wrong in assuming that, according to the gcc option line, libocijdbc8 is being searched for in the -L/sa/apps/oracle/product/8.1.7/lib directory (where it is) ?? Thanks Previous Comments: [2003-02-21 04:18:27] [EMAIL PROTECTED] Why exactly do you have those libocijdbc8.so and libocijdbc8_g.so in that directory? AFAIK, those should be under $ORA_HOME/jdbc/lib [2003-02-21 03:57:04] [EMAIL PROTECTED] The version is 4.3.2-dev as I assumed you tested the snapshot and thus the bug still exists in it. [2003-02-21 03:55:18] j dot lammerts at chello dot nl Thanks for your help so far, sniper. echo $ORACLE_HOME /sa/apps/oracle/product/8.1.7 echo $LIBPATH /sa/apps/oracle/product/8.1.7/lib echo $LD_LIBRARY_PATH /sa/apps/oracle/product/8.1.7/lib tail debug.log LIBS: -lttf -lX11 -lXpm -lpng -lz -ljpeg -lz -lm -ldl -lodm -lm -lbsd_r -lld -lclnt sh -locijdbc8 -ldl -lodm -lm -lbsd_r -lld -lclntsh DLIBS: SAPI: apache PHP_RPATHS: /usr/local/lib /sa/apps/oracle/product/8.1.7/lib uname -a: AIX fvlsaa1 3 4 0057379A4C00 gcc -o conftest -g -O2 -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -DAIX_BIND_PROCESSOR -DUS E_HSREGEX -DUSE_EXPAT -DAFPA -DNO_DL_NEEDED -L/usr/local/lib -L/usr/local/lib -L/sa/apps/ oracle/product/8.1.7/lib -L/sa/apps/oracle/product/8.1.7/lib conftest.c -lttf -lX11 -lXpm -lpng -lz -ljpeg -lz -lm -ldl -lodm -lm -lbsd_r -lld -lclntsh -locijdbc8 -ldl -lodm -lm - lbsd_r -lld -lclntsh 1>&5 ld: 0706-006 Cannot find or open library file: -l ocijdbc8 ld:open(): No such file or directory collect2: ld returned 255 exit status ls $LIBPATH/libocijdbc8* /sa/apps/oracle/product/8.1.7/lib/libocijdbc8.so /sa/apps/oracle/product/8.1.7/lib/libocijdbc8_g.so Still don't know what I'm doing wrong... By the way: the record shows me that I'm using 4.3.2-dev. Don't know how it got there, but I'm not I'm using version 4.3.1 Thanks. [2003-02-21 03:08:17] [EMAIL PROTECTED] Have you set the LIBPATH and LD_LIBRARY_PATH correctly as mentioned in the Oracle installation notes? To point to $ORACLE_HOME/lib ------------ [2003-02-20 04:37:18] j dot lammerts at chello dot nl When configuring PHP4.3.1 on AIX4.3.3 with Oracle 8.1.7 installed, I get the following error in debug.log : gcc -o conftest -g -O2 -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -DAIX_BIND_PROCESSOR -DUS E_HSREGEX -DUSE_EXPAT -DAFPA -DNO_DL_NEEDED -L/usr/local/lib -L/usr/local/lib -L/sa/apps/ oracle/product/8.1.7/lib -L/sa/apps/oracle/product/8.1.7/lib conftest.c -lttf -lX11 -lXpm -lpng -lz -ljpeg -lz -lcrypt -lm -lcrypt -ldl -lodm -lm -lbsd_r -lld -lclntsh -locijdbc8 1>&5 ld: 0706-006 Cannot find or open library file: -l ocijdbc8 ld:open(): No such file or directory collect2: ld returned 255 exit status In the $ORACLE_HOME/lib directory on this system, however, I have a libocijdbc8.so (and a libocijdbc8_g.so). Configuration is being done under the root user. Did not have any trouble getting PHP4.0.6 to compile against the same Oracle version. Any suggestions ? -- Edit this bug report at http://bugs.php.net/?id=22324&edit=1
#22324 [Fbk->Opn]: Configure failure
ID: 22324 User updated by: j dot lammerts at chello dot nl Reported By: j dot lammerts at chello dot nl -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: AIX 4.3.3 PHP Version: 4.3.2-dev New Comment: Thanks for your help so far, sniper. echo $ORACLE_HOME /sa/apps/oracle/product/8.1.7 echo $LIBPATH /sa/apps/oracle/product/8.1.7/lib echo $LD_LIBRARY_PATH /sa/apps/oracle/product/8.1.7/lib tail debug.log LIBS: -lttf -lX11 -lXpm -lpng -lz -ljpeg -lz -lm -ldl -lodm -lm -lbsd_r -lld -lclnt sh -locijdbc8 -ldl -lodm -lm -lbsd_r -lld -lclntsh DLIBS: SAPI: apache PHP_RPATHS: /usr/local/lib /sa/apps/oracle/product/8.1.7/lib uname -a: AIX fvlsaa1 3 4 0057379A4C00 gcc -o conftest -g -O2 -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -DAIX_BIND_PROCESSOR -DUS E_HSREGEX -DUSE_EXPAT -DAFPA -DNO_DL_NEEDED -L/usr/local/lib -L/usr/local/lib -L/sa/apps/ oracle/product/8.1.7/lib -L/sa/apps/oracle/product/8.1.7/lib conftest.c -lttf -lX11 -lXpm -lpng -lz -ljpeg -lz -lm -ldl -lodm -lm -lbsd_r -lld -lclntsh -locijdbc8 -ldl -lodm -lm - lbsd_r -lld -lclntsh 1>&5 ld: 0706-006 Cannot find or open library file: -l ocijdbc8 ld:open(): No such file or directory collect2: ld returned 255 exit status ls $LIBPATH/libocijdbc8* /sa/apps/oracle/product/8.1.7/lib/libocijdbc8.so /sa/apps/oracle/product/8.1.7/lib/libocijdbc8_g.so Still don't know what I'm doing wrong... By the way: the record shows me that I'm using 4.3.2-dev. Don't know how it got there, but I'm not I'm using version 4.3.1 Thanks. Previous Comments: [2003-02-21 03:08:17] [EMAIL PROTECTED] Have you set the LIBPATH and LD_LIBRARY_PATH correctly as mentioned in the Oracle installation notes? To point to $ORACLE_HOME/lib [2003-02-21 03:01:18] [EMAIL PROTECTED] Duh..nevermind..you mentioned those in your first comment.. [2003-02-21 02:54:27] [EMAIL PROTECTED] Where is libocijdbc8 in your system? ------------ [2003-02-21 02:50:52] j dot lammerts at chello dot nl With all due respect, the "bad filenumber" bug has been fixed in CVS, but the first bug I mentioned hasn't. After configuration I still see in the debug.log that ld is not able to open library file -l ocijdbc8. Notice the space between -l and ocijdbc8. Might just be the way of AIX's ld to show things. The LIBS variable does look OK : ...-lld -lclntsh -locijdbc8 Could someone please look into this again ? Thank you. [2003-02-20 07:24:06] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/22324 -- Edit this bug report at http://bugs.php.net/?id=22324&edit=1
#22324 [Csd->Opn]: Configure failure
ID: 22324 User updated by: j dot lammerts at chello dot nl Reported By: j dot lammerts at chello dot nl -Status: Closed +Status: Open Bug Type: OCI8 related Operating System: AIX 4.3.3 PHP Version: 4.3.1 New Comment: With all due respect, the "bad filenumber" bug has been fixed in CVS, but the first bug I mentioned hasn't. After configuration I still see in the debug.log that ld is not able to open library file -l ocijdbc8. Notice the space between -l and ocijdbc8. Might just be the way of AIX's ld to show things. The LIBS variable does look OK : ...-lld -lclntsh -locijdbc8 Could someone please look into this again ? Thank you. Previous Comments: [2003-02-20 07:24:06] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2003-02-20 06:08:39] j dot lammerts at chello dot nl By the way, At the end of config I get the following : ++ ./config.status[1400]: 6: bad file unit number ./config.status[1401]: 6: bad file unit number X echo """" 1>&6 echo """^[[1mThank you for using PHP.^[[m" 1>&6 cat< gcc -o conftest -g -O2 -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -DAIX_BIND_PROCESSOR -DUS E_HSREGEX -DUSE_EXPAT -DAFPA -DNO_DL_NEEDED -L/usr/local/lib -L/usr/local/lib -L/sa/apps/ oracle/product/8.1.7/lib -L/sa/apps/oracle/product/8.1.7/lib conftest.c -lttf -lX11 -lXpm -lpng -lz -ljpeg -lz -lcrypt -lm -lcrypt -ldl -lodm -lm -lbsd_r -lld -lclntsh -locijdbc8 1>&5 ld: 0706-006 Cannot find or open library file: -l ocijdbc8 ld:open(): No such file or directory collect2: ld returned 255 exit status In the $ORACLE_HOME/lib directory on this system, however, I have a libocijdbc8.so (and a libocijdbc8_g.so). Configuration is being done under the root user. Did not have any trouble getting PHP4.0.6 to compile against the same Oracle version. Any suggestions ? -- Edit this bug report at http://bugs.php.net/?id=22324&edit=1
#22324 [Opn]: Configure failure
ID: 22324 User updated by: j dot lammerts at chello dot nl Reported By: j dot lammerts at chello dot nl Status: Open Bug Type: OCI8 related Operating System: AIX 4.3.3 PHP Version: 4.3.1 New Comment: By the way, At the end of config I get the following : ++ ./config.status[1400]: 6: bad file unit number ./config.status[1401]: 6: bad file unit number X echo """" 1>&6 echo """^[[1mThank you for using PHP.^[[m" 1>&6 cat< gcc -o conftest -g -O2 -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -DAIX_BIND_PROCESSOR -DUS E_HSREGEX -DUSE_EXPAT -DAFPA -DNO_DL_NEEDED -L/usr/local/lib -L/usr/local/lib -L/sa/apps/ oracle/product/8.1.7/lib -L/sa/apps/oracle/product/8.1.7/lib conftest.c -lttf -lX11 -lXpm -lpng -lz -ljpeg -lz -lcrypt -lm -lcrypt -ldl -lodm -lm -lbsd_r -lld -lclntsh -locijdbc8 1>&5 ld: 0706-006 Cannot find or open library file: -l ocijdbc8 ld:open(): No such file or directory collect2: ld returned 255 exit status In the $ORACLE_HOME/lib directory on this system, however, I have a libocijdbc8.so (and a libocijdbc8_g.so). Configuration is being done under the root user. Did not have any trouble getting PHP4.0.6 to compile against the same Oracle version. Any suggestions ? -- Edit this bug report at http://bugs.php.net/?id=22324&edit=1
#22324 [NEW]: Configure failure
From: j dot lammerts at chello dot nl Operating system: AIX 4.3.3 PHP version: 4.3.1 PHP Bug Type: OCI8 related Bug description: Configure failure When configuring PHP4.3.1 on AIX4.3.3 with Oracle 8.1.7 installed, I get the following error in debug.log : gcc -o conftest -g -O2 -DAIX=43 -DUSE_PTHREAD_SERIALIZED_ACCEPT -DAIX_BIND_PROCESSOR -DUS E_HSREGEX -DUSE_EXPAT -DAFPA -DNO_DL_NEEDED -L/usr/local/lib -L/usr/local/lib -L/sa/apps/ oracle/product/8.1.7/lib -L/sa/apps/oracle/product/8.1.7/lib conftest.c -lttf -lX11 -lXpm -lpng -lz -ljpeg -lz -lcrypt -lm -lcrypt -ldl -lodm -lm -lbsd_r -lld -lclntsh -locijdbc8 1>&5 ld: 0706-006 Cannot find or open library file: -l ocijdbc8 ld:open(): No such file or directory collect2: ld returned 255 exit status In the $ORACLE_HOME/lib directory on this system, however, I have a libocijdbc8.so (and a libocijdbc8_g.so). Configuration is being done under the root user. Did not have any trouble getting PHP4.0.6 to compile against the same Oracle version. Any suggestions ? -- Edit bug report at http://bugs.php.net/?id=22324&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22324&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22324&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22324&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22324&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22324&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22324&r=support Expected behavior: http://bugs.php.net/fix.php?id=22324&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22324&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22324&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22324&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22324&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22324&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22324&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22324&r=gnused
