ID: 13824 Updated by: sniper Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Compile Failure Operating System: linux slackware 8.0 PHP Version: 4.0.6 New Comment:
Propably something wrong with the libs. Reinstall libmm. And try also with latest CVS snapshot from http://snaps.php.net/ I'm sure this is not a bug in PHP. Something wrong in your system. --Jani Previous Comments: ------------------------------------------------------------------------ [2001-10-27 05:18:52] [EMAIL PROTECTED] this is the situation on my box: root@extensa:~# ls -l /usr/lib/libmm* -rw-r--r-- 1 root root 15554 Oct 19 16:28 /usr/lib/libmm.a -rw-r--r-- 1 root root 629 Oct 19 16:28 /usr/lib/libmm.la lrwxrwxrwx 1 root root 16 Aug 2 19:43 /usr/lib/libmm.so -> lib mm.so.11.0.23* lrwxrwxrwx 1 root root 16 Aug 2 19:43 /usr/lib/libmm.so.11 -> libmm.so.11.0.23* -rwxr-xr-x 1 root root 18748 Oct 19 16:28 /usr/lib/libmm.so.11.0.2 3* root@extensa:~# nm /usr/lib/libmm.a | grep -i mm_create 0000000000000000 T MM_create U mm_create 0000000000000000 T mm_create root@extensa:/usr/src/php-4.0.6# ldd ./.libs/libphp4.so libdl.so.2 => /lib/libdl.so.2 (0x4018f000) libreadline.so.4 => /usr/lib/libreadline.so.4 (0x40193000) libhistory.so.4 => /usr/lib/libhistory.so.4 (0x401b7000) libncurses.so.5 => /lib/libncurses.so.5 (0x401bd000) libclntsh.so.1.0 => /usr/lib/libclntsh.so.1.0 (0x401fd000) libm.so.6 => /lib/libm.so.6 (0x4057e000) libnsl.so.1 => /lib/libnsl.so.1 (0x405a0000) libmysqlclient.so.10 => /usr/lib/libmysqlclient.so.10 (0x405b5000) libz.so.1 => /usr/lib/libz.so.1 (0x405d0000) libgmp.so.3 => /usr/lib/libgmp.so.3 (0x405df000) libpng.so.2 => /usr/lib/libpng.so.2 (0x40600000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x4062a000) libgdbm.so.2 => /usr/lib/libgdbm.so.2 (0x40649000) libbz2.so.1.0 => /lib/libbz2.so.1.0 (0x40650000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x40660000) libssl.so.0 => /usr/lib/libssl.so.0 (0x4068e000) libcrypto.so.0 => /usr/lib/libcrypto.so.0 (0x40744000) libresolv.so.2 => /lib/libresolv.so.2 (0x40804000) libc.so.6 => /lib/libc.so.6 (0x40815000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000) libmm does not seem to be there but configure ended with +--------------------------------------------------------------------+ | License: | | This software is subject to the PHP License, available in this | | distribution in the file LICENSE. By continuing this installation | | process, you are bound by the terms of this license agreement. | | If you do not agree with the terms of this license, you must abort | | the installation process at this point. | +--------------------------------------------------------------------+ Thank you for using PHP. whitch is a goo sign (and produced nothing in debud.log) and moreover gere's a grep from output of configure: root@extensa:/usr/src/php-4.0.6# grep -i mm log checking for sys/mman.h... yes checking for memmove... yes checking for mmap... yes checking for memmove... (cached) yes checking for mm support... yes checking command to parse /usr/bin/nm -B output... ok checking how to hardcode library paths into programs... immediate Now what do you suggest ? ------------------------------------------------------------------------ [2001-10-26 13:29:25] [EMAIL PROTECTED] You mentioned that you have libmm.a (or .so) in /usr/lib? Does this library have mm_create symbol in it: # nm /usr/lib/libmm.a | grep mm_create Replace libmm.a with libmm.so if you don't have the static lib installed. What does ldd output when you have compiled PHP with mm support? --Jani ------------------------------------------------------------------------ [2001-10-26 09:12:57] [EMAIL PROTECTED] ok it seams that oracle8 libraries are not down compatible with oracle7 libs. No need for "--enable-sigchild" as that I gather is a special issue for oracle 8.1 users. Now let's look back at the original problem with the unresolved symbol: Remember that I hadto temporarely remove the option "--with-mm=/usr" because apache was not starting. what can I do about that ? ------------------------------------------------------------------------ [2001-10-26 07:50:14] [EMAIL PROTECTED] Please try adding this to your configure line: --enable-sigchild Also, you should propably be using the oci8 instead: (replace --with-oracle with --with-oci8) http://www.php.net/oci8 and set the environment variables before starting Apache. --Jani ------------------------------------------------------------------------ [2001-10-26 03:37:53] [EMAIL PROTECTED] Of course YES ... btw the ldd I produced was relevent to the php compilrd after having removed ""--with-mm=/usr" option (reading on will explain why). I'll tell you more before compiling in oracle support it worked fine with the exact same configuration (apart from oracle). I then decided to remove temporarely the "--with-mm=/usr" option and I had a a partial sucess: apachje starts and php workes fine eccept for oracle .... In more detail I get defunct httpd's when I execute this function: function oraconnect_test($a,$b) { $conn = Ora_Logon("system@orcl","manager"); $string = Ora_Error ($conn); print "$string"; ora_logoff ($conn); } php returnes this error: Warning: Oracle: Connection Failed: Error while trying to retrieve text for error ORA-12154 in /home/httpd/html/cpr/functions.php on line 223 Warning: Supplied argument is not a valid Oracle-Connection/Cursor resource in /home/httpd/html/cpr/functions.php on line 225 Warning: Supplied argument is not a valid Oracle-Connection resource in /home/httpd/html/cpr/functions.php on line 228 and one httpd process becomes defunct. According to oracle ORA-12154 means: 12154, 00000, "TNS:could not resolve service name" // *Cause: The service name specified is not defined correctly in the // TNSNAMES.ORA file. // *Action: Make the following checks and correct the error: // - Verify that a TNSNAMES.ORA file exists and is in the proper // place and accessible. See the operating system specific manual // for details on the required name and location. // - Check to see that the service name exists in one of the // TNSNAMES.ORA files and add it if necessary. // - Make sure there are no syntax errors anywhere in the file. // Particularly look for unmatched parentheses or stray characters. // Any error in a TNSNAMES.ORA file makes it unusable. See // Chapter 4 in the SQL*Net V2 Administrator's Guide. If // possible, regenerate the configuration files using the Oracle // Network Manager. but my tnsnames is ok: bash$ tnsping orcl TNS Ping Utility for Linux: Version 8.0.5.0.0 - Production on 26-OCT-01 09:29:51 (c) Copyright 1997 Oracle Corporation. All rights reserved. Attempting to contact (ADDRESS=(PROTOCOL=TCP)(Host=linux)(Port=1521)) OK (60 msec) Now what do you suggest ? ------------------------------------------------------------------------ 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/?id=13824 Edit this bug report at http://bugs.php.net/?id=13824&edit=1 -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]