Bug #12867 Updated: lack of DBM function on all platforms
ID: 12867 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: DBM/DBA related Operating System: all PHP Version: 4.0.5 New Comment: Bonjour, Effectivement les fonctions DBM ne sont plus prises en compte dans PHP-4.1.0, et ce sous AIX 4.3.3. Je confirme, et j'en suis bien embete. Quelqu'un a-t-il une solution? Merci Previous Comments: [2001-08-20 17:09:35] [EMAIL PROTECTED] There seems to be no official word on why DBM functions are not working in any version of PHP4. Regardless of platform. There is also a suspicious lack of documentation concerning DBM install on any platform. If this is a deprecated function then it should be made public and official. Otherwise it is something that needs to be worked on. It does not look good when a search engine displays thousands of hits for: Fatal error: Call to undefined function: dbmopen() thanks for listening :) -- Edit this bug report at http://bugs.php.net/?id=12867edit=1
Bug #16728: session.use_trans_sid doesn't work
From: [EMAIL PROTECTED] Operating system: Windows PHP version: 4.1.2 PHP Bug Type: Session related Bug description: session.use_trans_sid doesn't work I have tried with IIS and Apache web servers and I still have the same problem. session.use_trans_sid doesn't work(the session ID is not transmitted). -- Edit bug report at http://bugs.php.net/?id=16728edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16728r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16728r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16728r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16728r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16728r=support Expected behavior: http://bugs.php.net/fix.php?id=16728r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16728r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16728r=submittedtwice
Bug #16728 Updated: session.use_trans_sid doesn't work
ID: 16728 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Session related Operating System: Windows PHP Version: 4.1.2 New Comment: 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. Previous Comments: [2002-04-22 03:32:29] [EMAIL PROTECTED] I have tried with IIS and Apache web servers and I still have the same problem. session.use_trans_sid doesn't work(the session ID is not transmitted). -- Edit this bug report at http://bugs.php.net/?id=16728edit=1
Bug #16727 Updated: Image can not be opened after using PHP to upload.
ID: 16727 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: *Graphics related Operating System: Red Hat Linux 7.1 PHP Version: 4.1.2 New Comment: The bug system is not the appropriate forum for asking support questions. For a list of a range of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php Previous Comments: [2002-04-22 01:21:13] [EMAIL PROTECTED] After using PHP to upload an image I can not open the file in photo editors such as Corel Photohouse 8 or Adobe Photoshop 5.0 but the browser can display the image. The URL used to handle the uploaded file and move the file to a new desination is : http://www.blackstarbooks.com/admin/upload_products7.phps -- Edit this bug report at http://bugs.php.net/?id=16727edit=1
Bug #16725 Updated: test.php.dat also can be parsed
ID: 16725 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Apache related Operating System: windows,linux PHP Version: 4.1.2 New Comment: Can you send me your httpd.conf by mail? I guess it's a problem with your configuration but I'm not sure. Alternatively, you can paste the relevant sections of it here. Previous Comments: [2002-04-21 22:23:17] [EMAIL PROTECTED] php version 4.1.2 test.php.dat content: ?php echo hello world!; ? in apache server ,it also can be parsed http://yourserver/test.php.dat you can see -- hello world! in iis server you can see -- ?php echo hello world!; ? -- Edit this bug report at http://bugs.php.net/?id=16725edit=1
Bug #16724 Updated: strip_tags function
ID: 16724 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Documentation problem Operating System: linux PHP Version: 4.2.0 New Comment: Excuse me but i have made mistake Previous Comments: [2002-04-21 16:47:43] [EMAIL PROTECTED] Maybe I'm misunderstanding but the following script ? $string=strip_tags(trtdfont size='5'hello/font/tdtr,trtd); print $string; ? will produce trtdhello/tdtr (expected behavior) Please expand on what your saying (b/c your first post was a bit hard to understand) or this is bogus. [2002-04-21 15:08:48] [EMAIL PROTECTED] For esample: $HtmlText = strip_tags($HtmlText,'biptabletdtr'); If your $HtmlText is like this: . tr tdfont size=5Hello!!/font/td /tr . the font tag can not be stripped. I think that all tags present in allowable tags not are stripped. This is not present in manual reference Thank u for all -- Edit this bug report at http://bugs.php.net/?id=16724edit=1
Bug #16724 Updated: strip_tags function
ID: 16724 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Bogus Bug Type: Documentation problem Operating System: linux PHP Version: 4.2.0 Previous Comments: [2002-04-22 04:00:33] [EMAIL PROTECTED] Excuse me but i have made mistake [2002-04-21 16:47:43] [EMAIL PROTECTED] Maybe I'm misunderstanding but the following script ? $string=strip_tags(trtdfont size='5'hello/font/tdtr,trtd); print $string; ? will produce trtdhello/tdtr (expected behavior) Please expand on what your saying (b/c your first post was a bit hard to understand) or this is bogus. [2002-04-21 15:08:48] [EMAIL PROTECTED] For esample: $HtmlText = strip_tags($HtmlText,'biptabletdtr'); If your $HtmlText is like this: . tr tdfont size=5Hello!!/font/td /tr . the font tag can not be stripped. I think that all tags present in allowable tags not are stripped. This is not present in manual reference Thank u for all -- Edit this bug report at http://bugs.php.net/?id=16724edit=1
Bug #16725 Updated: test.php.dat also can be parsed
ID: 16725 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache related Operating System: windows,linux PHP Version: 4.1.2 New Comment: it has no relation to the apache server because under the same apache server , php4.0.6 is ok but the php4.1.2 has the problem Previous Comments: [2002-04-22 03:49:05] [EMAIL PROTECTED] Can you send me your httpd.conf by mail? I guess it's a problem with your configuration but I'm not sure. Alternatively, you can paste the relevant sections of it here. [2002-04-21 22:23:17] [EMAIL PROTECTED] php version 4.1.2 test.php.dat content: ?php echo hello world!; ? in apache server ,it also can be parsed http://yourserver/test.php.dat you can see -- hello world! in iis server you can see -- ?php echo hello world!; ? -- Edit this bug report at http://bugs.php.net/?id=16725edit=1
Bug #16725 Updated: test.php.dat also can be parsed
ID: 16725 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache related Operating System: windows,linux PHP Version: 4.1.2 New Comment: and i change nothing but the content in the httpd.conf file i added is : ServerName myserver Listen 80 DirectoryIndex index.html index.htm default.htm index.php index.php3 index.phtml index.jsp DocumentRoot e:/website Directory e:/website Options Indexes FollowSymLinks MultiViews AllowOverride All Files *.inc Order Deny,Allow Deny From All Allow from 127.0.0.1 /Files Files *.ihtml Order Deny,Allow Deny From All Allow from 127.0.0.1 /Files Files *.nlx Order Deny,Allow Deny From All Allow from 127.0.0.1 /Files Files *.sql Order Deny,Allow Deny From All Allow from 127.0.0.1 /Files Files *.inf Order Deny,Allow Deny From All Allow from 127.0.0.1 /Files Limit GET POST # Options indexes FollowSymLinks Options FollowSymLinks Order deny,allow deny from all Allow from all /Limit /Directory CustomLog |d:/apache/bin/rotatelogs d:/apache/logs/%Y_%m_%d.access.log 86400 480 common ErrorLog |d:/apache/bin/rotatelogs d:/apache/logs/%Y_%m_%d.error.log 86400 480 ScriptAlias /php412/ d:/php4.1.2/ Action application/x-httpd-php /php412/php.exe AddType application/x-httpd-php .php AddType application/x-httpd-php .php3 AddType application/x-httpd-php-source .phps Previous Comments: [2002-04-22 04:13:12] [EMAIL PROTECTED] it has no relation to the apache server because under the same apache server , php4.0.6 is ok but the php4.1.2 has the problem [2002-04-22 03:49:05] [EMAIL PROTECTED] Can you send me your httpd.conf by mail? I guess it's a problem with your configuration but I'm not sure. Alternatively, you can paste the relevant sections of it here. [2002-04-21 22:23:17] [EMAIL PROTECTED] php version 4.1.2 test.php.dat content: ?php echo hello world!; ? in apache server ,it also can be parsed http://yourserver/test.php.dat you can see -- hello world! in iis server you can see -- ?php echo hello world!; ? -- Edit this bug report at http://bugs.php.net/?id=16725edit=1
Bug #8679 Updated: mssql_xxx can't handle databases and tables that start with numbers
ID: 8679 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: MSSQL related Operating System: win2k , linux PHP Version: 4.0.4 New Comment: I installed freetds version 0.53, PHP 4.12 and Apache 1.2.24 on Redhat Linux 7.2. In my freetds.conf file I set the tds version to 8.0 as I was trying to conenct to that version of MSSQL. I got the following warning: Warning: Sybase error: Line 1: Incorrect syntax near (severity 15) (Bug #8679) If I simply change my tds version to 7.0 it works. I am not certain that it will work for all queries or procedures I need to perform. But I just need to get some very basic stuff out and it is enough for me. Does anyone know if Msoft will start supporting tds version 8.0 Previous Comments: [2001-01-12 12:41:14] [EMAIL PROTECTED] If you use MS Enterprice Manager it is possible to create a atabase called 123Test. It is not possible to use Query Analyzer to select the database with the command use 123Test. If you select the database as the default database for the userid/password you are using it will be possible to access data in it without the use command (mssql_select_db/sybase_select_db) You can not create a table called 123Table using Query Analyzer and in general you should always start your names with a letter. [2001-01-12 12:35:39] [EMAIL PROTECTED] ok, it is definitly a bug in the mssql libraries, i've written a short sample c program that produces the same output. i'll try to workaround this somehow ... since it's not a php bug you can close this. SQL Server message 170, severity 15: Line 1: Incorrect syntax near '123'. DB-LIBRARY error: Allgemeiner SQL Server-Fehler: Überprüfen Sie Meldungen vom Computer mit SQL Server. SQL Server message 170, severity 15: Line 1: Incorrect syntax near '123'. DB-LIBRARY error: Allgemeiner SQL Server-Fehler: Überprüfen Sie Meldungen vom Computer mit SQL Server. SQL Server message 170, severity 15: Line 1: Incorrect syntax near '123'. DB-LIBRARY error: Allgemeiner SQL Server-Fehler: Überprüfen Sie Meldungen vom Computer mit SQL Server. dbsqlexec() failed [2001-01-12 12:11:14] [EMAIL PROTECTED] here is the errormessage on win: Warning: MS SQL message: Line 1: Incorrect syntax near '123'. (severity 15) in CDatabaseMSSQL.inc on line 53 Warning: MS SQL: Unable to select database: 123test in CDatabaseMSSQL.inc on line 53 on linux: mssql_select_db(100BASE,$spojeni) nebo [sybase_select_db... ] : Warning: Sybase error: Line 1: Incorrect syntax near '100'. (severity 15) in -- Edit this bug report at http://bugs.php.net/?id=8679edit=1
Bug #16725 Updated: test.php.dat also can be parsed
ID: 16725 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache related Operating System: windows,linux PHP Version: 4.1.2 New Comment: are you sure Multiviews wasn't added? I expected this bug to be caused by multiviews, and seeing it turned on seems to back my guess. Previous Comments: [2002-04-22 04:24:13] [EMAIL PROTECTED] and i change nothing but the content in the httpd.conf file i added is : ServerName myserver Listen 80 DirectoryIndex index.html index.htm default.htm index.php index.php3 index.phtml index.jsp DocumentRoot e:/website Directory e:/website Options Indexes FollowSymLinks MultiViews AllowOverride All Files *.inc Order Deny,Allow Deny From All Allow from 127.0.0.1 /Files Files *.ihtml Order Deny,Allow Deny From All Allow from 127.0.0.1 /Files Files *.nlx Order Deny,Allow Deny From All Allow from 127.0.0.1 /Files Files *.sql Order Deny,Allow Deny From All Allow from 127.0.0.1 /Files Files *.inf Order Deny,Allow Deny From All Allow from 127.0.0.1 /Files Limit GET POST # Options indexes FollowSymLinks Options FollowSymLinks Order deny,allow deny from all Allow from all /Limit /Directory CustomLog |d:/apache/bin/rotatelogs d:/apache/logs/%Y_%m_%d.access.log 86400 480 common ErrorLog |d:/apache/bin/rotatelogs d:/apache/logs/%Y_%m_%d.error.log 86400 480 ScriptAlias /php412/ d:/php4.1.2/ Action application/x-httpd-php /php412/php.exe AddType application/x-httpd-php .php AddType application/x-httpd-php .php3 AddType application/x-httpd-php-source .phps [2002-04-22 04:13:12] [EMAIL PROTECTED] it has no relation to the apache server because under the same apache server , php4.0.6 is ok but the php4.1.2 has the problem [2002-04-22 03:49:05] [EMAIL PROTECTED] Can you send me your httpd.conf by mail? I guess it's a problem with your configuration but I'm not sure. Alternatively, you can paste the relevant sections of it here. [2002-04-21 22:23:17] [EMAIL PROTECTED] php version 4.1.2 test.php.dat content: ?php echo hello world!; ? in apache server ,it also can be parsed http://yourserver/test.php.dat you can see -- hello world! in iis server you can see -- ?php echo hello world!; ? -- Edit this bug report at http://bugs.php.net/?id=16725edit=1
Bug #16729: ORA-01013 and ORA-03120
From: [EMAIL PROTECTED] Operating system: RedHat Linux 2.4.9-31 PHP version: 4.0CVS-2002-04-22 PHP Bug Type: OCI8 related Bug description: ORA-01013 and ORA-03120 Hello all. We found a problem related with connecting Oracle 9i with php. Environment Description: Processor: Intel(R) Pentium(R) III CPU family 1133MHz S.O.Linux 2.4.9-31 (gcc version 2.96 2731 (Red Hat Linux 7.1 2.96-98)) modules:php-4.0.6-7 php-ldap-4.0.6-7 kernel-2.4.9-31 kernel-headers-2.4.9-31 When in an environment with these, don't work!!!these, it works!!! php-4.0.6-7 php-4.0.6-7 php-ldap-4.0.6-7php-ldap-4.0.6-7 kernel-2.4.9-31 kernel-2.4.7-10 kernel-headers-2.4.9-31 kernel-headers-2.4.7-10 php-devel-4.0.6-7 php-imap-4.0.6-7 php-manual-4.0.6-7 php-mysql-4.0.6-7 php-odbc-4.0.6-7 php-pgsql-4.0.6-7 Error Description: We get this message in the browser window: ... Error while trying to retrieve text for error ORA-03120 Clarify Execute: Rolling Back! Query Causing the Error: select DESCRIPTION, X_PAYMENT_TYPE from TABLE_PART_NUM where S_DOMAIN = 'PRICE PLAN' and X_EFFECTIVE_DATE = sysdate and X_EXPIRATION_DATE = sysdate The error ORA-03120 is : two task conversion routine: Integer overflow Cause: An integer value in an internal Oracle structure overflowed when being sent or received over an heterogeneous connection. This can happen when an invalid buffer length or too great a row count is specified. It usually indicates a bug in the user application. Action: Check parameters to oracle calls. If the problem recurs, reduce all integer parameters, column values NOT included, to less than 32767. Besides that, the connection drop without reason while querying the database as we can see by the packet sniffing described below. Sometimes this error does not happen, but most of the times it does. This is not an on-stress error. The main problem seems to be connected with some sort of missunderstood request, because if we capture the packets transmitted we find something like: - This is a quite normal behaviour - First there is a query string sent form machine X to machine Y, requesting a reply for the query 201 0.00024 x - yyy TCP D=1521 S=40244 Ack=2538076455 bSeq=1935976453 Len=246 Win=10812 Options=nop,nop,tstamp 17585030 15375 0: 0800 20ec 1550 0002 55c7 1ed3 0800 4500.. ..P..U.E. 16: 012a cfbc 4000 4006 f9b7 ac13 8c1c ac13.*..@.@. 32: 8c16 9d34 05f1 7364 a805 9747 f927 8018...4..sd...G.'.. 48: 2a3c 368d 0101 080a 010c 5386 089c*6.S... 64: 0fbf 00f6 0600 035e 0a02.^.. 80: 8161 0001 01bf 0101 0c00 0100 0101 .a.. 96: 0001 fe40 7365 6c65 6374 2058...@select X 112: 5f41 5454 525f 494e 5354 3258 5f41 5454_ATTR_INST2X_ATT 128: 525f 4445 4620 6672 6f6d 2054 4142 4c45R_DEF from TABLE 144: 5f58 5f41 5454 525f 494e 5354 2c20 5441_X_ATTR_INST, TA 160: 424c 455f 585f 4154 4054 525f 4445 4620BLE_X_AT@TR_DEF 176: 7768 6572 6520 585f 4154 5452 5f49 4e53where X_ATTR_INS 192: 5432 4d4f 445f 4c45 5645 4c20 3d20 3236T2MOD_LEVEL = 26 208: 3834 3335 3436 3920 616e 6420 585f 44458435469 and X_DE 224: 4641 554c 5420 3d20 273f 4154 5452 4942FAULT = '?ATTRIB 240: 5554 4553 2720 616e 6420 585f 4154 5452UTES' and X_ATTR 256: 5f49 4e53 5432 585f 4154 5452 5f44 4546_INST2X_ATTR_DEF 272: 203d 2054 4142 4c45 5f58 5f41 5454 525f = TABLE_X_ATTR_ 288: 4445 462e 4f42 4a49 4400 0101 DEF.OBJID... 304: 0101 Then, the Y machine responds with the row or, in this case, with the indication that there is no data to display: 202 0.01326 y - xxx TCP D=40244 S=1521 Ack=1935976699 Seq=2538076455 Len=155 Win=24616 Options=nop,nop,tstamp 15376 17585030 0: 0002 55c7 1ed3 0800 20ec 1550 0800 4500..U. ..P..E. 16: 00cf 1d5c 4000 4006 ac73 ac13 8c16 ac13...\@.@..s.. 32: 8c1c 05f1 9d34 9747 f927 7364 a8fb 8018.4.G.'sd.û.. 48: 6028
Bug #16730: Multiple MySQL Links Not Working
From: [EMAIL PROTECTED] Operating system: Redhat 7.1 (Kernel 2.4.17) PHP version: 4.1.2 PHP Bug Type: MySQL related Bug description: Multiple MySQL Links Not Working If you open multiple MySQL links, and then specify which one to use in the mysql_query tag, it does not use the correct link. Instead it uses the last link opened. Short sample script available at http://www.mthmarketing.com/bugreport.txt Configure Line: './configure' 'i386-redhat-linux' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--prefix=/usr' '--with-config-file-path=/etc' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-apxs=/usr/sbin/apxs' '--with-bz2' '--with-db3' '--with-exec-dir=/usr/bin' '--with-gd' '--with-gdbm' '--with-gettext' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-regex=system' '--with-ttf' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-debugger' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-yp' '--enable-wddx' '--with-mysql' '--without-unixODBC' '--without-oracle' '--without-oci8' '--with-pspell' '--with-xml' '--with-curl' -- Edit bug report at http://bugs.php.net/?id=16730edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16730r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16730r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16730r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16730r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16730r=support Expected behavior: http://bugs.php.net/fix.php?id=16730r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16730r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16730r=submittedtwice
Bug #16730 Updated: Multiple MySQL Links Not Working
ID: 16730 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Redhat 7.1 (Kernel 2.4.17) PHP Version: 4.1.2 New Comment: This is totally normal behavior. If you have different username/password combinations it opens a new connection, but it reuses connections with the same host/user/passwd combination. Derick Previous Comments: [2002-04-22 08:27:16] [EMAIL PROTECTED] If you open multiple MySQL links, and then specify which one to use in the mysql_query tag, it does not use the correct link. Instead it uses the last link opened. Short sample script available at http://www.mthmarketing.com/bugreport.txt Configure Line: './configure' 'i386-redhat-linux' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--prefix=/usr' '--with-config-file-path=/etc' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-apxs=/usr/sbin/apxs' '--with-bz2' '--with-db3' '--with-exec-dir=/usr/bin' '--with-gd' '--with-gdbm' '--with-gettext' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-regex=system' '--with-ttf' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-debugger' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-yp' '--enable-wddx' '--with-mysql' '--without-unixODBC' '--without-oracle' '--without-oci8' '--with-pspell' '--with-xml' '--with-curl' -- Edit this bug report at http://bugs.php.net/?id=16730edit=1
Bug #16730 Updated: Multiple MySQL Links Not Working
ID: 16730 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Bogus +Status: Closed Bug Type: MySQL related Operating System: Redhat 7.1 (Kernel 2.4.17) PHP Version: 4.1.2 New Comment: The essential thing you forgot to mention is that you were using the same username and password all the time. This is a known limitation because of a good idea which turned out 'to be not such a good idea'. 4.2.0 due to be released soon contains a new, fourth, optional parameter to mysql_connect() which forces the creating of a new link. Note, however, that this does not affect mysql_pconnect() regards Previous Comments: [2002-04-22 08:37:11] [EMAIL PROTECTED] This is totally normal behavior. If you have different username/password combinations it opens a new connection, but it reuses connections with the same host/user/passwd combination. Derick [2002-04-22 08:27:16] [EMAIL PROTECTED] If you open multiple MySQL links, and then specify which one to use in the mysql_query tag, it does not use the correct link. Instead it uses the last link opened. Short sample script available at http://www.mthmarketing.com/bugreport.txt Configure Line: './configure' 'i386-redhat-linux' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--prefix=/usr' '--with-config-file-path=/etc' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-apxs=/usr/sbin/apxs' '--with-bz2' '--with-db3' '--with-exec-dir=/usr/bin' '--with-gd' '--with-gdbm' '--with-gettext' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-regex=system' '--with-ttf' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-debugger' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars' '--enable-yp' '--enable-wddx' '--with-mysql' '--without-unixODBC' '--without-oracle' '--without-oci8' '--with-pspell' '--with-xml' '--with-curl' -- Edit this bug report at http://bugs.php.net/?id=16730edit=1
Bug #14248 Updated: uniqid() is extremely slow (20ms per call)
ID: 14248 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: Unknown/Other Function Operating System: Linux 2.4.13-ac5 PHP Version: 4.0.5 New Comment: Here is what I noticed : A call to uniqid() takes between 12 and 20 ms. A call to uniqid(,1) is extremely fast (below 1 ms). In the code the only difference is, with no entropy, usleep(1). That's not explain the difference I found. Why is it so long without entropy? Previous Comments: [2002-02-20 11:21:24] [EMAIL PROTECTED] This is still an issue with RH 7.1, PHP 4.0.6. Performs fine under Windows 2000. I would like to suggest that the performance issue be mentioned on uniqid() documentation. I probably spent a week looking at this issue. Our sites used the uniqid() function very heavily. This was a tough one to find! Just a thought to save someone else's sanity. Mike Boulet Newfangled Web Factory www.newfangled.com [2001-11-27 04:53:08] [EMAIL PROTECTED] The implementation of uniqid is as fast as it could be, so speeding it up is not really possible (without loosing randomness) You can however try this: $uniq = md5 (time()); This will not be that unique as uniqid, but it should be good enough. Derick [2001-11-27 04:47:14] [EMAIL PROTECTED] A call to uniqid() seems to take approximately 20ms. In all that time the processor seems to be doing absolutely nothing (well, it seems to be waiting for something). I wrote a convert script which uses uniqid() while testing it it took 40 seconds to convert 1600 items, without uniqid() the time went down to 3 seconds.. Quite a remarkable performance boost ;) Especially since the script was made to convert around 300.000 items. Please speed up this function.. -- Edit this bug report at http://bugs.php.net/?id=14248edit=1
Bug #16671 Updated: configuire -with-java and -with-zlib will cause make to fail
ID: 16671 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: Solaris 2.8 PHP Version: 4.1.2 New Comment: Well after a few hours I found it to be an include file for GCC, jni.h in /usr/local/include The ./configure in creating the Makefile, puts /usr/local/include BEFORE /usr/local/java_path/include. If you put the -I/usr/local/include after the -I/usr/local/java_path/include for the java option, or put it last like i did and it builds just fine. The question comes to how to fix ? The GNU Java puts everything in /usr/local including the libs, includes etc. I'm not enough of a Make expert to know how to change the order. Previous Comments: [2002-04-19 19:07:28] [EMAIL PROTECTED] It seams to be connected with gcc , I got same message when compiling CURL on Solaris 8 with gcc 3.0.3 ... but using gcc 2.95.4 isnt create that type of error. [2002-04-17 18:03:42] [EMAIL PROTECTED] Does the same with 4.2.0RC4 [2002-04-17 17:45:37] [EMAIL PROTECTED] Environment, Failing configure, Working configure, partial output from make with failing configure. ---Environment Solaris Sparc 2.8 Patchkit as of 5/Apr/2002 Gcc 3.0.3 (Sunfreeware) binutils 2.11.2 (Sunfreeware) GNU Make version 3.79.1 (Sunfreeware) GNU libtool 1.4 (1.920 2001/04/24 23:26:18) (Sunfreeware) java j2sdk1_3_1_03 (have also tried with stock java1.2) Zlib 1.1.4 (source) php 4.1.2 --- ---Failing configure ./configure \ --with-apxs=/usr/local/apache/bin/apxs \ --with-config-file-path=/usr/local/apache/httpd/conf \ --without-mysql \ --with-zlib-dir=/usr/local \ --with-zlib=/usr/local \ --with-java=/usr/j2sdk1_3_1_03 ---Working configure ./configure \ --with-apxs=/usr/local/apache/bin/apxs \ --with-config-file-path=/usr/local/apache/httpd/conf \ --without-mysql \ --with-java=/usr/j2sdk1_3_1_03 ---snipped output from make- Making all in java make[2]: Entering directory `/usr/local/build/php-4.1.2/ext/java' make[3]: Entering directory `/usr/local/build/php-4.1.2/ext/java' /bin/sh /usr/local/build/php-4.1.2/libtool --silent --mode=compile gcc -I. -I/usr/local/build/php-4.1.2/ext/java -I/usr/local/build/php-4.1.2/main -I/usr/local/build/php-4.1.2 -I/usr/local/apache/include -I/usr/local/build/php-4.1.2/Zend -I/usr/local/include -I/usr/local/build/php-4.1.2/ext/xml/expat -I/usr/j2sdk1_3_1_03/include -I/usr/j2sdk1_3_1_03/include/solaris -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -DMOD_SSL=208108 -DMOD_PERL -DUSE_PERL_SSI -DEAPI -DEAPI_MM -DUSE_EXPAT -I/usr/local/build/php-4.1.2/TSRM -g -O2 -prefer-pic -DJNI_12 -D_REENTRANT '-DJAVALIB=/usr/j2sdk1_3_1_03/jre/lib/sparc/libjava.so' -c java.c touch java.slo java.c: In function `jvm_create': java.c:160: parse error before '*' token java.c:192: `JNI_CreateVM' undeclared (first use in this function) java.c:192: (Each undeclared identifier is reported only once java.c:192: for each function it appears in.) java.c:192: parse error before JNICALL java.c:193: `type name' declared as function returning a function java.c:193: cast specifies function type java.c: At top level: java.c:650: syntax error before void java.c:664: syntax error before void java.c:672: syntax error before void java.c:680: syntax error before void java.c:688: syntax error before void java.c:711: syntax error before void java.c:717: syntax error before jlong java.c:727: syntax error before jlong java.c:738: syntax error before jlong java.c:751: syntax error before void java.c:759: syntax error before void make[3]: *** [java.slo] Error 1 make[3]: Leaving directory `/usr/local/build/php-4.1.2/ext/java' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/build/php-4.1.2/ext/java' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/build/php-4.1.2/ext' make: *** [all-recursive] Error 1 - -- Edit this bug report at http://bugs.php.net/?id=16671edit=1
Bug #16622 Updated: PATH_INFO, AcceptPathInfo Apache 2 Directive failure
ID: 16622 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache2 related Operating System: Any PHP Version: 4.2.0 New Comment: This has been fixed in Apache 2.0.36 (CVS) Previous Comments: [2002-04-21 20:02:33] [EMAIL PROTECTED] Not PHP bug - bogus. [2002-04-21 17:36:38] [EMAIL PROTECTED] This is a bug in Apache, not in PHP. Please see PR8234 in the Apache Bug Database for further discussion of this problem: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8234 [2002-04-21 17:29:09] [EMAIL PROTECTED] I am having the same problem. It seems that Apache2 tries to use the script name as a folder name. This happens to .html files as well, so I think it might be a problem with Apache itself, not PHP. I tried the latest cvs for php and apache and it didn't work either. I'm using Redhat 7.1. Setting AcceptPathInfo anywhere does not work also, even when trying to set php as a filter with addinputfilter and addoutputfilter. [2002-04-15 10:50:55] [EMAIL PROTECTED] The use of the Apache 2 Directive, AcceptPathInfo fails in conjuction with PHP. AcceptPathInfo is supposed to allow scripts such as www.server.com/script.php to be referenced with additional URI information to be passed to the script such as www.server.com/script.php/value/value2. PHP calls this value PATH_INFO. When AcceptPathInfo is used in .htaccess files Apache still attempts to search for files in the file system and reports object not found. -- Edit this bug report at http://bugs.php.net/?id=16622edit=1
Bug #16731: libphp4.so: undefined symbol: pam_start
From: [EMAIL PROTECTED]
Operating system: Linux Gentoo 1.1a
PHP version: 4.1.2
PHP Bug Type: Apache related
Bug description: libphp4.so: undefined symbol: pam_start
After compiling php every time I start apache they gives me this error:
Cannot load /etc/apache/extramodules/libphp4.so into server:
/etc/apache/extramo
dules/libphp4.so: undefined symbol: pam_start
options:
--prefix=/usr \
--with-gd \
--with-gmp \
--with-ttf \
--enable-ftp \
--with-t1lib \
--enable-dbase \
--with-zlib=yes \
--enable-bcmath \
--enable-sysvsem \
--enable-sysvshm \
--enable-calendar \
--enable-trans-sid \
--enable-safe-mode \
--enable-versioning \
--enable-track-vars \
--with-png-dir=/usr/lib \
--with-jpeg-dir=/usr/lib \
--enable-inline-optimization \
--with-apxs=/usr/sbin/apxs -ltiff \
--with-exec-dir=/usr/lib/apache/bin \
--with-config-file-path=`/usr/sbin/apxs -q SYSCONFDIR` \
--witout-readline
--without-t1lib
--with-pam
--without-gettext
--with-gdbm=/usr
--with-db3=/usr
--with-pgsql=/usr
--with-imap
--with-imap-ssl
--with-sablot=/usr
--with-mcrypt
--with-mhash
--with-java=${JDK_HOME}
Here the dependencies installed with php:
mhash-0.8.9
ncurses-5.2-r5
gcc-2.95.3-r5
expat-1.95.2
sablotron-0.90
libtool-1.4.1-r6
m4-1.4p
gmp-3.1.1-r1
t1lib-1.3
libmcrypt-2.4.19
jpeg-6b-r2
java-config-0.2.2
blackdown-jdk-1.3.1-r4
mm-1.1.3
apache-1.3.24-r1
freetype-1.3.1-r3
uw-imap-2001a-r1
libgd-1.8.3-r5
php-4.1.2-r7
Any help will be appreciate !
--
Edit bug report at http://bugs.php.net/?id=16731edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16731r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16731r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16731r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16731r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16731r=support
Expected behavior: http://bugs.php.net/fix.php?id=16731r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16731r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16731r=submittedtwice
Bug #16671 Updated: configuire -with-java and -with-zlib will cause make to fail
ID: 16671 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Solaris 2.8 PHP Version: 4.1.2 New Comment: First, try latest CVS snapshot from http://snaps.php.net/ as it has a bit better build system and this kind of changes can be made a lot easier there. --Jani Previous Comments: [2002-04-22 10:33:48] [EMAIL PROTECTED] Well after a few hours I found it to be an include file for GCC, jni.h in /usr/local/include The ./configure in creating the Makefile, puts /usr/local/include BEFORE /usr/local/java_path/include. If you put the -I/usr/local/include after the -I/usr/local/java_path/include for the java option, or put it last like i did and it builds just fine. The question comes to how to fix ? The GNU Java puts everything in /usr/local including the libs, includes etc. I'm not enough of a Make expert to know how to change the order. [2002-04-19 19:07:28] [EMAIL PROTECTED] It seams to be connected with gcc , I got same message when compiling CURL on Solaris 8 with gcc 3.0.3 ... but using gcc 2.95.4 isnt create that type of error. [2002-04-17 18:03:42] [EMAIL PROTECTED] Does the same with 4.2.0RC4 [2002-04-17 17:45:37] [EMAIL PROTECTED] Environment, Failing configure, Working configure, partial output from make with failing configure. ---Environment Solaris Sparc 2.8 Patchkit as of 5/Apr/2002 Gcc 3.0.3 (Sunfreeware) binutils 2.11.2 (Sunfreeware) GNU Make version 3.79.1 (Sunfreeware) GNU libtool 1.4 (1.920 2001/04/24 23:26:18) (Sunfreeware) java j2sdk1_3_1_03 (have also tried with stock java1.2) Zlib 1.1.4 (source) php 4.1.2 --- ---Failing configure ./configure \ --with-apxs=/usr/local/apache/bin/apxs \ --with-config-file-path=/usr/local/apache/httpd/conf \ --without-mysql \ --with-zlib-dir=/usr/local \ --with-zlib=/usr/local \ --with-java=/usr/j2sdk1_3_1_03 ---Working configure ./configure \ --with-apxs=/usr/local/apache/bin/apxs \ --with-config-file-path=/usr/local/apache/httpd/conf \ --without-mysql \ --with-java=/usr/j2sdk1_3_1_03 ---snipped output from make- Making all in java make[2]: Entering directory `/usr/local/build/php-4.1.2/ext/java' make[3]: Entering directory `/usr/local/build/php-4.1.2/ext/java' /bin/sh /usr/local/build/php-4.1.2/libtool --silent --mode=compile gcc -I. -I/usr/local/build/php-4.1.2/ext/java -I/usr/local/build/php-4.1.2/main -I/usr/local/build/php-4.1.2 -I/usr/local/apache/include -I/usr/local/build/php-4.1.2/Zend -I/usr/local/include -I/usr/local/build/php-4.1.2/ext/xml/expat -I/usr/j2sdk1_3_1_03/include -I/usr/j2sdk1_3_1_03/include/solaris -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -DMOD_SSL=208108 -DMOD_PERL -DUSE_PERL_SSI -DEAPI -DEAPI_MM -DUSE_EXPAT -I/usr/local/build/php-4.1.2/TSRM -g -O2 -prefer-pic -DJNI_12 -D_REENTRANT '-DJAVALIB=/usr/j2sdk1_3_1_03/jre/lib/sparc/libjava.so' -c java.c touch java.slo java.c: In function `jvm_create': java.c:160: parse error before '*' token java.c:192: `JNI_CreateVM' undeclared (first use in this function) java.c:192: (Each undeclared identifier is reported only once java.c:192: for each function it appears in.) java.c:192: parse error before JNICALL java.c:193: `type name' declared as function returning a function java.c:193: cast specifies function type java.c: At top level: java.c:650: syntax error before void java.c:664: syntax error before void java.c:672: syntax error before void java.c:680: syntax error before void java.c:688: syntax error before void java.c:711: syntax error before void java.c:717: syntax error before jlong java.c:727: syntax error before jlong java.c:738: syntax error before jlong java.c:751: syntax error before void java.c:759: syntax error before void make[3]: *** [java.slo] Error 1 make[3]: Leaving directory `/usr/local/build/php-4.1.2/ext/java' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/build/php-4.1.2/ext/java' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/build/php-4.1.2/ext' make: *** [all-recursive] Error 1 - -- Edit this bug report at http://bugs.php.net/?id=16671edit=1
Bug #16671 Updated: configuire -with-java and -with-zlib will cause make to fail
ID: 16671 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback -Bug Type: Compile Failure +Bug Type: Java related Operating System: Solaris 2.8 PHP Version: 4.1.2 New Comment: reclassified. Previous Comments: [2002-04-22 11:03:08] [EMAIL PROTECTED] First, try latest CVS snapshot from http://snaps.php.net/ as it has a bit better build system and this kind of changes can be made a lot easier there. --Jani [2002-04-22 10:33:48] [EMAIL PROTECTED] Well after a few hours I found it to be an include file for GCC, jni.h in /usr/local/include The ./configure in creating the Makefile, puts /usr/local/include BEFORE /usr/local/java_path/include. If you put the -I/usr/local/include after the -I/usr/local/java_path/include for the java option, or put it last like i did and it builds just fine. The question comes to how to fix ? The GNU Java puts everything in /usr/local including the libs, includes etc. I'm not enough of a Make expert to know how to change the order. [2002-04-19 19:07:28] [EMAIL PROTECTED] It seams to be connected with gcc , I got same message when compiling CURL on Solaris 8 with gcc 3.0.3 ... but using gcc 2.95.4 isnt create that type of error. [2002-04-17 18:03:42] [EMAIL PROTECTED] Does the same with 4.2.0RC4 [2002-04-17 17:45:37] [EMAIL PROTECTED] Environment, Failing configure, Working configure, partial output from make with failing configure. ---Environment Solaris Sparc 2.8 Patchkit as of 5/Apr/2002 Gcc 3.0.3 (Sunfreeware) binutils 2.11.2 (Sunfreeware) GNU Make version 3.79.1 (Sunfreeware) GNU libtool 1.4 (1.920 2001/04/24 23:26:18) (Sunfreeware) java j2sdk1_3_1_03 (have also tried with stock java1.2) Zlib 1.1.4 (source) php 4.1.2 --- ---Failing configure ./configure \ --with-apxs=/usr/local/apache/bin/apxs \ --with-config-file-path=/usr/local/apache/httpd/conf \ --without-mysql \ --with-zlib-dir=/usr/local \ --with-zlib=/usr/local \ --with-java=/usr/j2sdk1_3_1_03 ---Working configure ./configure \ --with-apxs=/usr/local/apache/bin/apxs \ --with-config-file-path=/usr/local/apache/httpd/conf \ --without-mysql \ --with-java=/usr/j2sdk1_3_1_03 ---snipped output from make- Making all in java make[2]: Entering directory `/usr/local/build/php-4.1.2/ext/java' make[3]: Entering directory `/usr/local/build/php-4.1.2/ext/java' /bin/sh /usr/local/build/php-4.1.2/libtool --silent --mode=compile gcc -I. -I/usr/local/build/php-4.1.2/ext/java -I/usr/local/build/php-4.1.2/main -I/usr/local/build/php-4.1.2 -I/usr/local/apache/include -I/usr/local/build/php-4.1.2/Zend -I/usr/local/include -I/usr/local/build/php-4.1.2/ext/xml/expat -I/usr/j2sdk1_3_1_03/include -I/usr/j2sdk1_3_1_03/include/solaris -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -DMOD_SSL=208108 -DMOD_PERL -DUSE_PERL_SSI -DEAPI -DEAPI_MM -DUSE_EXPAT -I/usr/local/build/php-4.1.2/TSRM -g -O2 -prefer-pic -DJNI_12 -D_REENTRANT '-DJAVALIB=/usr/j2sdk1_3_1_03/jre/lib/sparc/libjava.so' -c java.c touch java.slo java.c: In function `jvm_create': java.c:160: parse error before '*' token java.c:192: `JNI_CreateVM' undeclared (first use in this function) java.c:192: (Each undeclared identifier is reported only once java.c:192: for each function it appears in.) java.c:192: parse error before JNICALL java.c:193: `type name' declared as function returning a function java.c:193: cast specifies function type java.c: At top level: java.c:650: syntax error before void java.c:664: syntax error before void java.c:672: syntax error before void java.c:680: syntax error before void java.c:688: syntax error before void java.c:711: syntax error before void java.c:717: syntax error before jlong java.c:727: syntax error before jlong java.c:738: syntax error before jlong java.c:751: syntax error before void java.c:759: syntax error before void make[3]: *** [java.slo] Error 1 make[3]: Leaving directory `/usr/local/build/php-4.1.2/ext/java' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/build/php-4.1.2/ext/java' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/build/php-4.1.2/ext' make: *** [all-recursive] Error 1 -
Bug #16732: isset() and empty() wrong behavior for empty part of string
From: [EMAIL PROTECTED]
Operating system: unix
PHP version: 4.2.0
PHP Bug Type: Strings related
Bug description: isset() and empty() wrong behavior for empty part of string
The following program displays a notice (error_reporting is set to display
all warnings):
-
pre
?php
$a='hugp';
for ($i=0; isset($a[$i]); $i++) {
echo \nChar $i:$a[$i];
}
?
-
Displays the message
Notice: Uninitialized string offset: 4 ... line 4
This is a bug, cause isset() is used to determine, if $a[4] is set or not,
so there has to be no message, that a var is not set. It happens also, if
you write $a{$i} instead of $a[$i] (this is the syntax, which will only be
supported from PHP5 up).
Cause isset() is used in empty(), empty has also this bug.
This bug has already been reported (#16528), but has been closed - perhaps
due to completly other example (array depending). I have been told that
it's not a bug. But as you directly see with this example it is. I have
written a mail to Derick Redhans who cleaned it, that it might be a fault
to clean it, but never heard an answer.
Please fix this bug, cause programmers, who write the following:
$a='';
if ( !empty($a['bla']) )
will be complained with this Notice, even it is correct code (and maybe
that, what he wants). Of course it is correct to display the notice, if
you write:
echo $a['bla'];
-
A small suggestion: Cause Zeev said on PHP-Congress, that the above syntax
(with [] instead of {}) to exercise a char in a string is not supported
any more in PHP5, it might be a very good idea to implement a switch,
which will warn if you use the syntax right now! This switch could also be
used, to warn the programmer for other incompatibilities... with PHP5.
--
Edit bug report at http://bugs.php.net/?id=16732edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16732r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16732r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16732r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16732r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16732r=support
Expected behavior: http://bugs.php.net/fix.php?id=16732r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16732r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16732r=submittedtwice
Bug #16731 Updated: libphp4.so: undefined symbol: pam_start
ID: 16731
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Apache related
Operating System: Linux Gentoo 1.1a
PHP Version: 4.1.2
New Comment:
Please search your config.log for pam. There should
be some info why the -lpam is not added to the LIBS.
Previous Comments:
[2002-04-22 10:59:15] [EMAIL PROTECTED]
After compiling php every time I start apache they gives me this
error:
Cannot load /etc/apache/extramodules/libphp4.so into server:
/etc/apache/extramo
dules/libphp4.so: undefined symbol: pam_start
options:
--prefix=/usr \
--with-gd \
--with-gmp \
--with-ttf \
--enable-ftp \
--with-t1lib \
--enable-dbase \
--with-zlib=yes \
--enable-bcmath \
--enable-sysvsem \
--enable-sysvshm \
--enable-calendar \
--enable-trans-sid \
--enable-safe-mode \
--enable-versioning \
--enable-track-vars \
--with-png-dir=/usr/lib \
--with-jpeg-dir=/usr/lib \
--enable-inline-optimization \
--with-apxs=/usr/sbin/apxs -ltiff \
--with-exec-dir=/usr/lib/apache/bin \
--with-config-file-path=`/usr/sbin/apxs -q SYSCONFDIR` \
--witout-readline
--without-t1lib
--with-pam
--without-gettext
--with-gdbm=/usr
--with-db3=/usr
--with-pgsql=/usr
--with-imap
--with-imap-ssl
--with-sablot=/usr
--with-mcrypt
--with-mhash
--with-java=${JDK_HOME}
Here the dependencies installed with php:
mhash-0.8.9
ncurses-5.2-r5
gcc-2.95.3-r5
expat-1.95.2
sablotron-0.90
libtool-1.4.1-r6
m4-1.4p
gmp-3.1.1-r1
t1lib-1.3
libmcrypt-2.4.19
jpeg-6b-r2
java-config-0.2.2
blackdown-jdk-1.3.1-r4
mm-1.1.3
apache-1.3.24-r1
freetype-1.3.1-r3
uw-imap-2001a-r1
libgd-1.8.3-r5
php-4.1.2-r7
Any help will be appreciate !
--
Edit this bug report at http://bugs.php.net/?id=16731edit=1
Bug #16270 Updated: Weird file uploading
ID: 16270 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Unknown/Other Function Operating System: Linux 2.4.7 PHP Version: 4.0.6 New Comment: (I think this is the same thing?) -- On IE6, Windows XP Pro, PHP 4.1.2 I'm seeing some strange stuff when my form includes more than JUST the image. Somtimes the variables don't get passed to the script but the file doesn; sometiems none of it gets passed. -E Previous Comments: [2002-03-25 16:09:53] [EMAIL PROTECTED] I will talk with the admins of my ISP to see if they upgrade the PHP [2002-03-25 15:43:22] [EMAIL PROTECTED] Can you try the 4.2.0rc1 from www.php.net/~derick ? Derick [2002-03-25 15:41:20] [EMAIL PROTECTED] When I use a form with ENCTYPE=multipart/form-data all the variables that should exist from the post are not set. Here is an example of the form: form action=imagens.php method=post ENCTYPE=multipart/form-data input type=hidden name=acrescentar value=true input type=hidden name=ID value=$ID pNome: input type=text size=20 name=nome value=/p pFicheiro: input type=file name=upfile/p pinput type=submit name=submitar input type=reset name=resetar/p /form The variable $acrescentar, $ID, $nome and $upfile are not set I don't know if it is a bug of PHP, or something my ISP changed in the configuration file, but this worked and now it doesn't. Sorry my bad english -- Edit this bug report at http://bugs.php.net/?id=16270edit=1
Bug #16729 Updated: ORA-01013 and ORA-03120
ID: 16729 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: RedHat Linux 2.4.9-31 PHP Version: 4.0CVS-2002-04-22 New Comment: Sorry, it is not possible to send a small testcase... I would have to send the database, heh... Also it is an environment a little bit strange... I just made an exact copy of the machine where it works and now... it NEVER works! There is, like I said, a machine that has the php code and a conection to an Oracle db that always works... There is this bugged machine where sometimes (around 30%) it results an error... and now, an exact copy of the environment from the first machine (where it allways work) just doesn't work at all I'm getting really said with all this... :( Previous Comments: [2002-04-22 11:49:48] [EMAIL PROTECTED] please send me a short self-contained testcase that shows your problem! [2002-04-22 07:11:04] [EMAIL PROTECTED] Hello all. We found a problem related with connecting Oracle 9i with php. Environment Description: Processor: Intel(R) Pentium(R) III CPU family 1133MHz S.O.Linux 2.4.9-31 (gcc version 2.96 2731 (Red Hat Linux 7.1 2.96-98)) modules:php-4.0.6-7 php-ldap-4.0.6-7 kernel-2.4.9-31 kernel-headers-2.4.9-31 When in an environment with these, don't work!!!these, it works!!! php-4.0.6-7 php-4.0.6-7 php-ldap-4.0.6-7php-ldap-4.0.6-7 kernel-2.4.9-31 kernel-2.4.7-10 kernel-headers-2.4.9-31 kernel-headers-2.4.7-10 php-devel-4.0.6-7 php-imap-4.0.6-7 php-manual-4.0.6-7 php-mysql-4.0.6-7 php-odbc-4.0.6-7 php-pgsql-4.0.6-7 Error Description: We get this message in the browser window: ... Error while trying to retrieve text for error ORA-03120 Clarify Execute: Rolling Back! Query Causing the Error: select DESCRIPTION, X_PAYMENT_TYPE from TABLE_PART_NUM where S_DOMAIN = 'PRICE PLAN' and X_EFFECTIVE_DATE = sysdate and X_EXPIRATION_DATE = sysdate The error ORA-03120 is : two task conversion routine: Integer overflow Cause: An integer value in an internal Oracle structure overflowed when being sent or received over an heterogeneous connection. This can happen when an invalid buffer length or too great a row count is specified. It usually indicates a bug in the user application. Action: Check parameters to oracle calls. If the problem recurs, reduce all integer parameters, column values NOT included, to less than 32767. Besides that, the connection drop without reason while querying the database as we can see by the packet sniffing described below. Sometimes this error does not happen, but most of the times it does. This is not an on-stress error. The main problem seems to be connected with some sort of missunderstood request, because if we capture the packets transmitted we find something like: - This is a quite normal behaviour - First there is a query string sent form machine X to machine Y, requesting a reply for the query 201 0.00024 x - yyy TCP D=1521 S=40244 Ack=2538076455 bSeq=1935976453 Len=246 Win=10812 Options=nop,nop,tstamp 17585030 15375 0: 0800 20ec 1550 0002 55c7 1ed3 0800 4500.. ..P..U.E. 16: 012a cfbc 4000 4006 f9b7 ac13 8c1c ac13.*..@.@. 32: 8c16 9d34 05f1 7364 a805 9747 f927 8018...4..sd...G.'.. 48: 2a3c 368d 0101 080a 010c 5386 089c*6.S... 64: 0fbf 00f6 0600 035e 0a02.^.. 80: 8161 0001 01bf 0101 0c00 0100 0101 .a.. 96: 0001 fe40 7365 6c65 6374 2058...@select X 112: 5f41 5454 525f 494e 5354 3258 5f41 5454_ATTR_INST2X_ATT 128: 525f 4445 4620 6672 6f6d 2054 4142 4c45R_DEF from TABLE 144: 5f58 5f41 5454 525f 494e 5354 2c20 5441_X_ATTR_INST, TA 160: 424c 455f 585f 4154 4054 525f 4445 4620BLE_X_AT@TR_DEF 176: 7768 6572 6520 585f 4154 5452 5f49 4e53where X_ATTR_INS 192: 5432 4d4f 445f 4c45 5645 4c20 3d20 3236T2MOD_LEVEL = 26 208: 3834 3335 3436
Bug #16733: posix_getpw* bypasses safe_mode and open_basedir
From: [EMAIL PROTECTED]
Operating system: Unix
PHP version: 4.2.0
PHP Bug Type: *General Issues
Bug description: posix_getpw* bypasses safe_mode and open_basedir
I noticed that many of the posix_* functions DO NOT check wether safe_mode
or open_basedir restrict access to the user database thus allowing a user
to rebuild a complete /etc/passwd without permissions to read /etc/passwd
or access the /etc directory.
This is dangerous in some cases where login are kept secret as it allows a
user to know what accounts have what privileges and what accounts have
access to a shell or not.
For now there is only one thing to do, disable these functions but i'm
pretty sure that adding checks to see values of safe_mode and/or
open_basedir would be a nice thing to do.
Here's a script that rebuilds /etc/passwd when safe_mode is enabled and
open_basedir is set to the user homedirectory:
?
for ($i = 0; $i 6; $i++)
{
if (($tab = @posix_getpwuid($i)) != NULL)
{
echo $tab['name'].:;
echo $tab['passwd'].:;
echo $tab['uid'].:;
echo $tab['gid'].:;
echo $tab['gecos'].:;
echo $tab['dir'].:;
echo $tab['shell'].br;
}
}
?
On a very large system, if an execution time is set, this will not end up,
but hopefully the posix_getpwent() function is missing so the user has to
go through all possible uid's.
--
Edit bug report at http://bugs.php.net/?id=16733edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16733r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16733r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16733r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16733r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16733r=support
Expected behavior: http://bugs.php.net/fix.php?id=16733r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16733r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16733r=submittedtwice
Bug #16734: Session is not setting state
From: [EMAIL PROTECTED]
Operating system: Windows 2000
PHP version: 4.1.2
PHP Bug Type: Session related
Bug description: Session is not setting state
When running the following script with register_globals off or on, i get
proper results (the counter increments) under my production server
(freebsd 4.5, php 4.1.2). Under my devoplement box (Win 2k), I get
nothing:
?php
session_start();
if (!isset($_SESSION['count'])) {
$_SESSION['count'] = 0;
} else {
$_SESSION['count']++;
}
echo $_SESSION['count'];
?
Under win2k the session file is created in the proper directory, but is
not populated with the registered variables. The cookie is set on the
client side.
--
Edit bug report at http://bugs.php.net/?id=16734edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=16734r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=16734r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=16734r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=16734r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=16734r=support
Expected behavior: http://bugs.php.net/fix.php?id=16734r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=16734r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=16734r=submittedtwice
Bug #15317 Updated: setcookie() does not work with CGI PHP
ID: 15317 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: IIS related Operating System: Windows 2000 SP2 PHP Version: 4.1.1 New Comment: Concerning cookies, check this usefull test to determine what cookie method is working in your environment. http://www.chipchapin.com/WebTools/cookietest.php? source=true I'm using PHP 4.11 under WNT 4 SP5, WNT 2K, WIN98 with Apache for WIN32. Client are IE4, IE 5.5, IE6 and NS 6 under WIN95,WIN98,WIN2K. I got some problems by using a setcookie like : setcookie(user,$info,time() + 15552000); I changed in : setcookie(user,$info,(time() + 15552000)); and it's working fine now. Hope that will help. Previous Comments: [2002-03-04 16:35:26] [EMAIL PROTECTED] Experiencing the same problem. If the cookies are set using setcookie() on a *nix box, they can successfully be read using PHP/ASP running on Windows or *nix. However, cookies set with PHP using setcookie() on Windows cannot be read by *either* ASP or PHP running on *either* Windows or *nix. Since it's not triggering IE's cookie protection nor lynx's it's a safe assumption that maybe setcookie() just doesnt work on Windows. [2002-01-31 14:04:31] [EMAIL PROTECTED] When I use the IIS CGI version on Windows the setcookie() function does not set the cookie. The $HTTP_COOKIE_VARS and $_COOKIE arrays are both totally empty. However, it does work with the (very unstable) ISAPI version and always works on Apache no matter the OS. -- Edit this bug report at http://bugs.php.net/?id=15317edit=1
Bug #16704 Updated: Screwed up handles while connection multiple DBs
ID: 16704 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: OCI8 related Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: Bah! Bug in bug report: 5.) echo out connection one $con1 - you get Resource id # 2 ___^ Previous Comments: [2002-04-22 11:55:47] [EMAIL PROTECTED] Update: One piece of information was wrong: I use always the same instance/SID name. But now I've even tried to create a alias for my instance that both conns get a different instance without success. After digging deeper into the problem I've figured out a really easy way to see the bug: 1.) Create connection one $con1 2.) echo it out echo $con1 - you get Resource id # 1 3.) Create connection two $con2 4.) echo it out echo $con2 - you get Resource id # 2 5.) echo out connection one $con1 - you get Resource id # 1 You see even the connection handles reflect the reality. cu [2002-04-21 07:37:11] [EMAIL PROTECTED] Hi, Well thats an important point with the connections, I forgot it - sorry. I'm using for each connection a different username, password and instance/sid. The aim is to have during each script-run two connections. I call a function which generates a $oci_connection and $oci_connection_adm at the beginning of each script. Both connections are used several times and at the end of the script a logoff on both is commited. If I do not the workaround that I've described, PHP isn't capable of distinguish between both conns - tha last one 'wins'. If we had a changelog, we could review if there were any cchanges regarding the oci stuff between 4.0.6 and 4.1.2! cu [2002-04-20 17:35:06] [EMAIL PROTECTED] Can't comment on if it's gone. Do you mean that in all connection you establish you use the same username/passwort/host (or sid) in your context? [2002-04-20 16:57:15] [EMAIL PROTECTED] Hi, thanx for your fast reply! The true version is 4.0.6. I selected 4.1.2 as there was no better choice. I have an aitional Note: Exactly the same problem existed for Informix AND Mysql: http://bugs.php.net/bug.php?id=15628 The mysql one cane be found also here. I browsed through all OCI8 related bugs but I couldn't find this bug, so I considered it is still existing in 4.1.2. Antoher problem: I also tried to read the changelogs but why the hell are there no changelogs in new releases?? updating of 4.0.2rcx is really risky as it is aproduction environment. Do you think this problem is really gone? [2002-04-19 21:08:12] [EMAIL PROTECTED] Which version is it now? In the Report field you write 4.1.2, but in the body you write 4.0.6 In the latter case, please test a newer version first (even 4.2.0rc4 from php.net/~derick if possible). 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/16704 -- Edit this bug report at http://bugs.php.net/?id=16704edit=1
Bug #16704 Updated: Screwed up handles while connection multiple DBs
ID: 16704 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: OCI8 related Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: use OCINlogon to force session isolation. Previous Comments: [2002-04-22 13:53:13] [EMAIL PROTECTED] Bah! Bug in bug report: 5.) echo out connection one $con1 - you get Resource id # 2 ___^ [2002-04-22 11:55:47] [EMAIL PROTECTED] Update: One piece of information was wrong: I use always the same instance/SID name. But now I've even tried to create a alias for my instance that both conns get a different instance without success. After digging deeper into the problem I've figured out a really easy way to see the bug: 1.) Create connection one $con1 2.) echo it out echo $con1 - you get Resource id # 1 3.) Create connection two $con2 4.) echo it out echo $con2 - you get Resource id # 2 5.) echo out connection one $con1 - you get Resource id # 1 You see even the connection handles reflect the reality. cu [2002-04-21 07:37:11] [EMAIL PROTECTED] Hi, Well thats an important point with the connections, I forgot it - sorry. I'm using for each connection a different username, password and instance/sid. The aim is to have during each script-run two connections. I call a function which generates a $oci_connection and $oci_connection_adm at the beginning of each script. Both connections are used several times and at the end of the script a logoff on both is commited. If I do not the workaround that I've described, PHP isn't capable of distinguish between both conns - tha last one 'wins'. If we had a changelog, we could review if there were any cchanges regarding the oci stuff between 4.0.6 and 4.1.2! cu [2002-04-20 17:35:06] [EMAIL PROTECTED] Can't comment on if it's gone. Do you mean that in all connection you establish you use the same username/passwort/host (or sid) in your context? [2002-04-20 16:57:15] [EMAIL PROTECTED] Hi, thanx for your fast reply! The true version is 4.0.6. I selected 4.1.2 as there was no better choice. I have an aitional Note: Exactly the same problem existed for Informix AND Mysql: http://bugs.php.net/bug.php?id=15628 The mysql one cane be found also here. I browsed through all OCI8 related bugs but I couldn't find this bug, so I considered it is still existing in 4.1.2. Antoher problem: I also tried to read the changelogs but why the hell are there no changelogs in new releases?? updating of 4.0.2rcx is really risky as it is aproduction environment. Do you think this problem is really gone? 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/16704 -- Edit this bug report at http://bugs.php.net/?id=16704edit=1
Bug #16704 Updated: Screwed up handles while connection multiple DBs
ID: 16704 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: OCI8 related Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: I also tried OCINLogon, but there was no difference. Addition: As the documentation implies: it should be no problem for any OCI*logon function to make more than one connections! Previous Comments: [2002-04-22 13:55:31] [EMAIL PROTECTED] use OCINlogon to force session isolation. [2002-04-22 13:53:13] [EMAIL PROTECTED] Bah! Bug in bug report: 5.) echo out connection one $con1 - you get Resource id # 2 ___^ [2002-04-22 11:55:47] [EMAIL PROTECTED] Update: One piece of information was wrong: I use always the same instance/SID name. But now I've even tried to create a alias for my instance that both conns get a different instance without success. After digging deeper into the problem I've figured out a really easy way to see the bug: 1.) Create connection one $con1 2.) echo it out echo $con1 - you get Resource id # 1 3.) Create connection two $con2 4.) echo it out echo $con2 - you get Resource id # 2 5.) echo out connection one $con1 - you get Resource id # 1 You see even the connection handles reflect the reality. cu [2002-04-21 07:37:11] [EMAIL PROTECTED] Hi, Well thats an important point with the connections, I forgot it - sorry. I'm using for each connection a different username, password and instance/sid. The aim is to have during each script-run two connections. I call a function which generates a $oci_connection and $oci_connection_adm at the beginning of each script. Both connections are used several times and at the end of the script a logoff on both is commited. If I do not the workaround that I've described, PHP isn't capable of distinguish between both conns - tha last one 'wins'. If we had a changelog, we could review if there were any cchanges regarding the oci stuff between 4.0.6 and 4.1.2! cu [2002-04-20 17:35:06] [EMAIL PROTECTED] Can't comment on if it's gone. Do you mean that in all connection you establish you use the same username/passwort/host (or sid) in your context? 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/16704 -- Edit this bug report at http://bugs.php.net/?id=16704edit=1
Bug #16704 Updated: Screwed up handles while connection multiple DBs
ID: 16704 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Feedback Bug Type: OCI8 related Operating System: Windows 2000 PHP Version: 4.1.2 New Comment: please send me a shot _selfcontained_ php script that shows and explains your problem! Previous Comments: [2002-04-22 14:06:13] [EMAIL PROTECTED] I also tried OCINLogon, but there was no difference. Addition: As the documentation implies: it should be no problem for any OCI*logon function to make more than one connections! [2002-04-22 13:55:31] [EMAIL PROTECTED] use OCINlogon to force session isolation. [2002-04-22 13:53:13] [EMAIL PROTECTED] Bah! Bug in bug report: 5.) echo out connection one $con1 - you get Resource id # 2 ___^ [2002-04-22 11:55:47] [EMAIL PROTECTED] Update: One piece of information was wrong: I use always the same instance/SID name. But now I've even tried to create a alias for my instance that both conns get a different instance without success. After digging deeper into the problem I've figured out a really easy way to see the bug: 1.) Create connection one $con1 2.) echo it out echo $con1 - you get Resource id # 1 3.) Create connection two $con2 4.) echo it out echo $con2 - you get Resource id # 2 5.) echo out connection one $con1 - you get Resource id # 1 You see even the connection handles reflect the reality. cu [2002-04-21 07:37:11] [EMAIL PROTECTED] Hi, Well thats an important point with the connections, I forgot it - sorry. I'm using for each connection a different username, password and instance/sid. The aim is to have during each script-run two connections. I call a function which generates a $oci_connection and $oci_connection_adm at the beginning of each script. Both connections are used several times and at the end of the script a logoff on both is commited. If I do not the workaround that I've described, PHP isn't capable of distinguish between both conns - tha last one 'wins'. If we had a changelog, we could review if there were any cchanges regarding the oci stuff between 4.0.6 and 4.1.2! cu 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/16704 -- Edit this bug report at http://bugs.php.net/?id=16704edit=1
Bug #12655 Updated: date-format problem
ID: 12655 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: MSSQL related Operating System: Win2k PHP Version: 4.0.6 New Comment: I created a patch and submitted to php-dev group. Didn't get much reponse so I started looking at CVS and found that a change was checked in 6 months ago for this problem, but wasn't put in to the 4.1.0 to 4.1.2 code bases. The fix should be in 4.2. Steve Dillon Previous Comments: [2002-04-16 14:06:03] [EMAIL PROTECTED] Same problem. I need access to at least the Seconds fields as we are processing telephone billing records. Hard to bill to the seconds when you can only query minutes. Will probably have to go back to ODBC db driver, or look at making a custom patch in my PHP_MSSQL.dll. Steve Dillon [2001-08-08 12:02:35] [EMAIL PROTECTED] webserver: IIS5 (Win2k) php-version: php4.0.6 (CGI) db-server: MS SQL Server 2000 I've run into problems when fetching fields of type datetime from the database. When using the MS SQL Query Analyzer I get the dates formated like this out of the database: 2001-06-08 08:14:40.000 When using php to send my queries (mssql_query) to the database I get the dates formated like this: 08 06 2001 8:14 In my application I'd need the same format as i get it in the Query-Analyzer. -- Edit this bug report at http://bugs.php.net/?id=12655edit=1
Bug #16735: checkdnsrr claims not to be implemented
From: [EMAIL PROTECTED] Operating system: BSD/OS 4.1 PHP version: 4.1.2 PHP Bug Type: *Network Functions Bug description: checkdnsrr claims not to be implemented From my php error log: [22-Apr-2002 12:41:59] PHP Warning: checkdnsrr() is not supported in this PHP build in evs.php on line 8 Manual page for checkdnsrr() says it's included in PHP versions = 4.0.0. I've seen that some Windows systems don't support or implement this function, but I'm running Unix. This _used_ to work with PHP 4.0.1pl2, from which I've just upgraded. './configure' '--with-zlib=/usr/local' '--with-mysql=/usr/local/mysql' '--with-config-file-path=/var/www/conf' '--with-pdflib=/usr/local/lib' '--enable-track-vars' '--with-apache=/usr/home/brad/builds/apache' -- Edit bug report at http://bugs.php.net/?id=16735edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16735r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16735r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16735r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16735r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16735r=support Expected behavior: http://bugs.php.net/fix.php?id=16735r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16735r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16735r=submittedtwice
Bug #16736: trans-sid breaks when GET string includes colon
From: [EMAIL PROTECTED] Operating system: RedHat Linux 7.2 PHP version: 4.1.2 PHP Bug Type: Session related Bug description: trans-sid breaks when GET string includes colon It appears that if the already-existing GET string of a URl includes the colon character (:), trans-sid will not add the session id to that URL. This problem is demonstrated by this short demo script: ?php session_start(); echo $_SESSION['counter']++; ? a href=test.php?somevar[key:3]=valueBad Link/a The incorrect behavior occurs whether the colon appears in the attribute name or in the value. If the colon is removed from the GET string, the link is rewritten correctly. -- Edit bug report at http://bugs.php.net/?id=16736edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16736r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16736r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16736r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16736r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16736r=support Expected behavior: http://bugs.php.net/fix.php?id=16736r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16736r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16736r=submittedtwice
Bug #16737: log inproblem. see below
From: [EMAIL PROTECTED] Operating system: PHP version: 4.2.0 PHP Bug Type: *Mail Related Bug description: log inproblem. see below Re: Suffolk Web Mail. Error message as to log in. I have used same e-mail address and password to get on web and have no trouble but Twig tells me it is in error. I don't know how to fix the problem since I don't know what the problem is. mmassucc@ suff.lib. ny. -- Edit bug report at http://bugs.php.net/?id=16737edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16737r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16737r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16737r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16737r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16737r=support Expected behavior: http://bugs.php.net/fix.php?id=16737r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16737r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16737r=submittedtwice
Bug #16737 Updated: log inproblem. see below
ID: 16737 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type:*Mail Related PHP Version: 4.2.0 New Comment: 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. Previous Comments: [2002-04-22 15:41:00] [EMAIL PROTECTED] Re: Suffolk Web Mail. Error message as to log in. I have used same e-mail address and password to get on web and have no trouble but Twig tells me it is in error. I don't know how to fix the problem since I don't know what the problem is. mmassucc@ suff.lib. ny. -- Edit this bug report at http://bugs.php.net/?id=16737edit=1
Bug #16479 Updated: var declaration in class has no meaning?
ID: 16479
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Documentation problem
Operating System: Win98SE
PHP Version: 4.0.6
New Comment:
So is it (and will it continue to be) valid to use/create class
variables not explicitly declared with var?
Currently the following produce the excact same results except that the
varaible 'a' will not be returned by get_class_vars.
class foo
{
var $a;
function foo()
{
$this-a = test;
}
};
class foo2
{
function foo2()
{
$this-a = test;
}
};
Previous Comments:
[2002-04-08 15:49:12] [EMAIL PROTECTED]
Yeah, I guess I asked for it. But then I'd have to argue that the var
declaration itself is against the nature of PHP! Firstly because it's a
declaration, and secondly because it's useless.
Anyway, I understand that there will be major changes in OOP in
ZendEngine2, so this is probably not relevant anymore. BTW, when is
this ZE2 scheduled to launch? Will it be already in 4.2.0 which is now
in RC stage?
[2002-04-08 01:29:14] [EMAIL PROTECTED]
Well, you have get_class_vars() which can retrieve all the default
properties (i.e. the ones declared with 'var $foo').
And your last suggestions is against the nature of PHP. You just do not
have to declare variables to use it.
Making this a doc problem though I'm not quite sure; letting the doc
team decide.
[2002-04-07 18:31:55] [EMAIL PROTECTED]
I am not sure whether this is a bug, a feature, or lack of a feature.
Perhaps this should be marked a Feature Request then... Anyway, here
goes: the var declaration in a class seems to have no meaning
whatsoever, except perhaps for documentation purposes. PHP allows me to
assign to class variables that weren't declared without even a warning
at the highest warning reporting level. That's actually not very
surprising since PHP doesn't otherwise have declarations of variables,
but what is then the meaning of var in classes?
I suggest that PHP should at least warn about class variables that
weren't declared.
--
Edit this bug report at http://bugs.php.net/?id=16479edit=1
Bug #9852 Updated: Header redirect and db connection cause CGI misbehaved
ID: 9852
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: IIS related
Operating System: Windows 2000
PHP Version: 4.1.1
New Comment:
I tried to use both a MySQL and a MSSQL database server on the same
machine. When using the MySQL database there where no problem, and when
using the MSSQL database the problem was there.
So the problem seems to follow the combination of: IIS and MSSQL. I
have seen this error on all the PHP versions that I tried, and that is:
PHP 4.0.6, PHP 4.1.1 and PHP 4.1.2. I don't know if it's in any other
PHP versions besides that.
Previous Comments:
[2002-03-27 13:16:00] [EMAIL PROTECTED]
I can reproduce the problem with a simple bounce page (used for
measuring roundtrip times). With two active browser windows requesting
the same page, I see this error repeat (apparently at random) on one
out of 10-40 thousand requests.
This is with PHP 4.1.2 on Windows 2000 Professional w/ IIS 5 and all
the current updates from Windows Update.
bounce.php
--
html
head
titleBOUNCE/title
?php
list($usec, $sec) = explode( ,microtime());
$now = intval(1000*((float)$usec + (float)$sec));
$i = (isset($i) ? $i : 0);
$n = (isset($n) ? $n : 10);
$s = (isset($s) ? $s : 0);
$r = (isset($r) ? $r : 0);
?
?php if (0 == $i) { ?
meta http-equiv=Refresh content=0; URL=bounce.php?s=?= $s ?r=?=
$r ?i=1t=?= $now ?
?php } else if ($i $n) { ?
meta http-equiv=Refresh content=0; URL=bounce.php?s=?= $s ?r=?=
$r ?i=?= 1 + $i ?t=?= $t ?
?php } else { ?
?php
$e = $now - $t;
$r = $r + $n;
$s = $s + $e;
?
meta http-equiv=Refresh content=3; URL=bounce.php?s=?= $s ?r=?=
$r ?
?php } ?
/head
body
?php if ($i $n) { ?
h1BOUNCING/h1
?php } else { ?
h1BOUNCE/h1
table border=1
trthmilliseconds/ththrequests/th/tr
trtd?= intval($e/$n) ?/tdtd?= $n
?/tdtdlatest/td/tr
trtd?= intval($s/$r) ?/tdtd?= $r
?/tdtdcumulative/td/tr
/table
?php } ?
/body
/html
[2002-01-16 13:45:10] [EMAIL PROTECTED]
I have tried this with W2K server and php 4.1.1 and I am getting the
same problem. Its taken a while and in fact it was only when pointed at
this bug request that the answer was apparent. My problem was it wasnt
constant, it was intimittent, so, I assumed my server was crud. I
actually had rulled out a PHP bug coz it works fine on my portable
(W2K pro) every time, but under server .. no.. Although my server does
also farm hits to the company intranet so is generally under a lot more
stress than my portable.
I will continue further tests to see if doing includes takes the
problem away, as certainly, it seems the javascript of window.location=
seems to be fine. I assume PHP is being too fast for itself?
[2002-01-12 06:58:59] [EMAIL PROTECTED]
Can you try this with 4.1.1? There been alot of fixes for IIS in the
recent versions.
[2001-03-19 22:41:31] [EMAIL PROTECTED]
Under the category of You Can Never Have Too Much Information On A
Bug, here is my experience with the CGI App Misbehaved bug (related
bug reports: #8571 and #8744).
Bug report summary:
A PHP script that sends a 'Location' header directive and makes a
database connection causes IIS to intermittently return a 'Gateway
Error 502' when the client browser asks for the page specified in the
redirect. The address bar will correctly show the page that should
have loaded when the error is displayed, and pressing F5 (refresh) will
correctly load the page. Note that the error is (seemingly) completely
random, sometimes you get it, other times the script works correctly.
The error message text is:
-- Begin --
CGI Error
The specified CGI application misbehaved by not returning a complete
set of HTTP headers. The headers it did return are:
-- End --
This error depends on:
1) Using PHP in CGI mode (i.e. using php.exe, the ISAPI dll does not
seem to produce this error, although it has it's own problems).
2) A PHP script that connects to a database (tested both mssql_connect
and odbc_connect) *and* sends a 'Location:' header. If the script
redirects to something other than a .php file (i.e. .html or .pdf) or
does not connect to the database, the error will not occur.
3) A successful db connection. If the db connect call fails (due to
bad password, etc.), the redirect always works.
This error does *not* depend on:
1) A fully qualified 'Location' header. The following also fails:
header('Location: http://10.0.0.30/test/done.php');
2) The relative order of the header() and xxx_connect() calls in
'doit.php'. I wouldn't expect the order to affect the result, but I
checked it anyway.
Interesting note: While
Bug #16731 Updated: libphp4.so: undefined symbol: pam_start
ID: 16731
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Closed
Bug Type: Apache related
Operating System: Linux Gentoo 1.1a
PHP Version: 4.1.2
New Comment:
It's the -lhpi from java support that breaks pam.
I revise the ebuild for blackdown-jre package and inform the maintainer
that libhpi.so path isn't added to /etc/ld.so.conf
Without your light I'm in the dark !!!
Thanks a lot
Previous Comments:
[2002-04-22 11:14:54] [EMAIL PROTECTED]
Please search your config.log for pam. There should
be some info why the -lpam is not added to the LIBS.
[2002-04-22 10:59:15] [EMAIL PROTECTED]
After compiling php every time I start apache they gives me this
error:
Cannot load /etc/apache/extramodules/libphp4.so into server:
/etc/apache/extramo
dules/libphp4.so: undefined symbol: pam_start
options:
--prefix=/usr \
--with-gd \
--with-gmp \
--with-ttf \
--enable-ftp \
--with-t1lib \
--enable-dbase \
--with-zlib=yes \
--enable-bcmath \
--enable-sysvsem \
--enable-sysvshm \
--enable-calendar \
--enable-trans-sid \
--enable-safe-mode \
--enable-versioning \
--enable-track-vars \
--with-png-dir=/usr/lib \
--with-jpeg-dir=/usr/lib \
--enable-inline-optimization \
--with-apxs=/usr/sbin/apxs -ltiff \
--with-exec-dir=/usr/lib/apache/bin \
--with-config-file-path=`/usr/sbin/apxs -q SYSCONFDIR` \
--witout-readline
--without-t1lib
--with-pam
--without-gettext
--with-gdbm=/usr
--with-db3=/usr
--with-pgsql=/usr
--with-imap
--with-imap-ssl
--with-sablot=/usr
--with-mcrypt
--with-mhash
--with-java=${JDK_HOME}
Here the dependencies installed with php:
mhash-0.8.9
ncurses-5.2-r5
gcc-2.95.3-r5
expat-1.95.2
sablotron-0.90
libtool-1.4.1-r6
m4-1.4p
gmp-3.1.1-r1
t1lib-1.3
libmcrypt-2.4.19
jpeg-6b-r2
java-config-0.2.2
blackdown-jdk-1.3.1-r4
mm-1.1.3
apache-1.3.24-r1
freetype-1.3.1-r3
uw-imap-2001a-r1
libgd-1.8.3-r5
php-4.1.2-r7
Any help will be appreciate !
--
Edit this bug report at http://bugs.php.net/?id=16731edit=1
Bug #12655 Updated: date-format problem
ID: 12655 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: MSSQL related Operating System: Win2k PHP Version: 4.0.6 New Comment: Reopen if you have the same problem with 4.2.0 (released today) Previous Comments: [2002-04-22 15:02:18] [EMAIL PROTECTED] I created a patch and submitted to php-dev group. Didn't get much reponse so I started looking at CVS and found that a change was checked in 6 months ago for this problem, but wasn't put in to the 4.1.0 to 4.1.2 code bases. The fix should be in 4.2. Steve Dillon [2002-04-16 14:06:03] [EMAIL PROTECTED] Same problem. I need access to at least the Seconds fields as we are processing telephone billing records. Hard to bill to the seconds when you can only query minutes. Will probably have to go back to ODBC db driver, or look at making a custom patch in my PHP_MSSQL.dll. Steve Dillon [2001-08-08 12:02:35] [EMAIL PROTECTED] webserver: IIS5 (Win2k) php-version: php4.0.6 (CGI) db-server: MS SQL Server 2000 I've run into problems when fetching fields of type datetime from the database. When using the MS SQL Query Analyzer I get the dates formated like this out of the database: 2001-06-08 08:14:40.000 When using php to send my queries (mssql_query) to the database I get the dates formated like this: 08 06 2001 8:14 In my application I'd need the same format as i get it in the Query-Analyzer. -- Edit this bug report at http://bugs.php.net/?id=12655edit=1
Bug #9852 Updated: Header redirect and db connection cause CGI misbehaved
ID: 9852
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: IIS related
Operating System: Windows 2000
PHP Version: 4.1.1
New Comment:
It seems to be a timing problem (the PHP script outruns the IIS/MSSQL
or something). I came up with a simple solution to this by inserting a
short delay before every location header in my scripts.
I successfully made the workaround by using a function from a user
comment on the http://www.php.net/manual/en/function.usleep.php page
The function was:
--
function usleepWindows($usec) {
$start = gettimeofday();
do {
$stop = gettimeofday();
$timePassed = 100 * ($stop['sec'] - $start['sec'])
+ $stop['usec'] - $start['usec'];
}
while($timePassed $usec);
}
--
Every header call should then look like this:
--
usleepWindows(20);
header(Location: http://www.myserver.dk/mypage.php;);
exit;
--
/watson
Previous Comments:
[2002-04-22 16:36:05] [EMAIL PROTECTED]
I tried to use both a MySQL and a MSSQL database server on the same
machine. When using the MySQL database there where no problem, and when
using the MSSQL database the problem was there.
So the problem seems to follow the combination of: IIS and MSSQL. I
have seen this error on all the PHP versions that I tried, and that is:
PHP 4.0.6, PHP 4.1.1 and PHP 4.1.2. I don't know if it's in any other
PHP versions besides that.
[2002-03-27 13:16:00] [EMAIL PROTECTED]
I can reproduce the problem with a simple bounce page (used for
measuring roundtrip times). With two active browser windows requesting
the same page, I see this error repeat (apparently at random) on one
out of 10-40 thousand requests.
This is with PHP 4.1.2 on Windows 2000 Professional w/ IIS 5 and all
the current updates from Windows Update.
bounce.php
--
html
head
titleBOUNCE/title
?php
list($usec, $sec) = explode( ,microtime());
$now = intval(1000*((float)$usec + (float)$sec));
$i = (isset($i) ? $i : 0);
$n = (isset($n) ? $n : 10);
$s = (isset($s) ? $s : 0);
$r = (isset($r) ? $r : 0);
?
?php if (0 == $i) { ?
meta http-equiv=Refresh content=0; URL=bounce.php?s=?= $s ?r=?=
$r ?i=1t=?= $now ?
?php } else if ($i $n) { ?
meta http-equiv=Refresh content=0; URL=bounce.php?s=?= $s ?r=?=
$r ?i=?= 1 + $i ?t=?= $t ?
?php } else { ?
?php
$e = $now - $t;
$r = $r + $n;
$s = $s + $e;
?
meta http-equiv=Refresh content=3; URL=bounce.php?s=?= $s ?r=?=
$r ?
?php } ?
/head
body
?php if ($i $n) { ?
h1BOUNCING/h1
?php } else { ?
h1BOUNCE/h1
table border=1
trthmilliseconds/ththrequests/th/tr
trtd?= intval($e/$n) ?/tdtd?= $n
?/tdtdlatest/td/tr
trtd?= intval($s/$r) ?/tdtd?= $r
?/tdtdcumulative/td/tr
/table
?php } ?
/body
/html
[2002-01-16 13:45:10] [EMAIL PROTECTED]
I have tried this with W2K server and php 4.1.1 and I am getting the
same problem. Its taken a while and in fact it was only when pointed at
this bug request that the answer was apparent. My problem was it wasnt
constant, it was intimittent, so, I assumed my server was crud. I
actually had rulled out a PHP bug coz it works fine on my portable
(W2K pro) every time, but under server .. no.. Although my server does
also farm hits to the company intranet so is generally under a lot more
stress than my portable.
I will continue further tests to see if doing includes takes the
problem away, as certainly, it seems the javascript of window.location=
seems to be fine. I assume PHP is being too fast for itself?
[2002-01-12 06:58:59] [EMAIL PROTECTED]
Can you try this with 4.1.1? There been alot of fixes for IIS in the
recent versions.
[2001-03-19 22:41:31] [EMAIL PROTECTED]
Under the category of You Can Never Have Too Much Information On A
Bug, here is my experience with the CGI App Misbehaved bug (related
bug reports: #8571 and #8744).
Bug report summary:
A PHP script that sends a 'Location' header directive and makes a
database connection causes IIS to intermittently return a 'Gateway
Error 502' when the client browser asks for the page specified in the
redirect. The address bar will correctly show the page that should
have loaded when the error is displayed, and pressing F5 (refresh) will
correctly load the page. Note that the error is (seemingly) completely
random, sometimes you get it, other times the script works correctly.
The error message text is:
-- Begin --
CGI Error
The specified CGI application
Bug #16671 Updated: configuire -with-java and -with-zlib will cause make to fail
ID: 16671 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Java related Operating System: Solaris 2.8 PHP Version: 4.1.2 New Comment: That made it all the way. I'm just a little worried about running with such an new version. Although this box will not be 'production' it will be a demonstator of how open source can eliminate the stuff from Redmond WA -pete Previous Comments: [2002-04-22 11:03:35] [EMAIL PROTECTED] reclassified. [2002-04-22 11:03:08] [EMAIL PROTECTED] First, try latest CVS snapshot from http://snaps.php.net/ as it has a bit better build system and this kind of changes can be made a lot easier there. --Jani [2002-04-22 10:33:48] [EMAIL PROTECTED] Well after a few hours I found it to be an include file for GCC, jni.h in /usr/local/include The ./configure in creating the Makefile, puts /usr/local/include BEFORE /usr/local/java_path/include. If you put the -I/usr/local/include after the -I/usr/local/java_path/include for the java option, or put it last like i did and it builds just fine. The question comes to how to fix ? The GNU Java puts everything in /usr/local including the libs, includes etc. I'm not enough of a Make expert to know how to change the order. [2002-04-19 19:07:28] [EMAIL PROTECTED] It seams to be connected with gcc , I got same message when compiling CURL on Solaris 8 with gcc 3.0.3 ... but using gcc 2.95.4 isnt create that type of error. [2002-04-17 18:03:42] [EMAIL PROTECTED] Does the same with 4.2.0RC4 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/16671 -- Edit this bug report at http://bugs.php.net/?id=16671edit=1
Bug #16738: confusing explanation of assigning by reference
From: [EMAIL PROTECTED] Operating system: n/a PHP version: 4.2.0 PHP Bug Type: Documentation problem Bug description: confusing explanation of assigning by reference ?php $foo = 'Bob'; // Assign the value 'Bob' to $foo $bar = $foo; // Reference $foo via $bar. $bar = My name is $bar; // Alter $bar... echo $foo; // $foo is altered too. echo $bar; ? Why do '$bar = My name is $bar;'? And then do 'echo $foo' *before* you 'echo $bar'? The point you're trying to make is surely expressed better like this: ?php $foo = 'Bob'; // Assign the value 'Bob' to $foo $bar = $foo; // Reference $foo via $bar. $bar = Dave; // Alter $bar... echo $bar; echo $foo; // $foo is altered too. ? Clearer for the newcomer to programming, ne? -- Edit bug report at http://bugs.php.net/?id=16738edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16738r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16738r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16738r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16738r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16738r=support Expected behavior: http://bugs.php.net/fix.php?id=16738r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16738r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16738r=submittedtwice
Bug #16738 Updated: confusing explanation of assigning by reference
ID: 16738 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Documentation problem Operating System: n/a PHP Version: 4.2.0 -Assigned To: +Assigned To: alindeman New Comment: assigned to myself Previous Comments: [2002-04-22 16:59:24] [EMAIL PROTECTED] ?php $foo = 'Bob'; // Assign the value 'Bob' to $foo $bar = $foo; // Reference $foo via $bar. $bar = My name is $bar; // Alter $bar... echo $foo; // $foo is altered too. echo $bar; ? Why do '$bar = My name is $bar;'? And then do 'echo $foo' *before* you 'echo $bar'? The point you're trying to make is surely expressed better like this: ?php $foo = 'Bob'; // Assign the value 'Bob' to $foo $bar = $foo; // Reference $foo via $bar. $bar = Dave; // Alter $bar... echo $bar; echo $foo; // $foo is altered too. ? Clearer for the newcomer to programming, ne? -- Edit this bug report at http://bugs.php.net/?id=16738edit=1
Bug #16671 Updated: configuire -with-java and -with-zlib will cause make to fail
ID: 16671 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: Java related Operating System: Solaris 2.8 PHP Version: 4.1.2 New Comment: So the latest CVS snapshot worked fine? Great. Now, you could also try PHP 4.2.0 which was just released. I'm not sure if it will work, but it would be nice to know. Anyway, I'm closing this report now. We're hoping to get PHP 4.3.0 out asap too. Previous Comments: [2002-04-22 17:59:50] [EMAIL PROTECTED] That made it all the way. I'm just a little worried about running with such an new version. Although this box will not be 'production' it will be a demonstator of how open source can eliminate the stuff from Redmond WA -pete [2002-04-22 11:03:35] [EMAIL PROTECTED] reclassified. [2002-04-22 11:03:08] [EMAIL PROTECTED] First, try latest CVS snapshot from http://snaps.php.net/ as it has a bit better build system and this kind of changes can be made a lot easier there. --Jani [2002-04-22 10:33:48] [EMAIL PROTECTED] Well after a few hours I found it to be an include file for GCC, jni.h in /usr/local/include The ./configure in creating the Makefile, puts /usr/local/include BEFORE /usr/local/java_path/include. If you put the -I/usr/local/include after the -I/usr/local/java_path/include for the java option, or put it last like i did and it builds just fine. The question comes to how to fix ? The GNU Java puts everything in /usr/local including the libs, includes etc. I'm not enough of a Make expert to know how to change the order. [2002-04-19 19:07:28] [EMAIL PROTECTED] It seams to be connected with gcc , I got same message when compiling CURL on Solaris 8 with gcc 3.0.3 ... but using gcc 2.95.4 isnt create that type of error. 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/16671 -- Edit this bug report at http://bugs.php.net/?id=16671edit=1
Bug #15873 Updated: special build error with apache using php module after system-compoment changed
ID: 15873 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache related Operating System: rh linux 7.2 PHP Version: 4.1.2 New Comment: I am experiencing the same problem. I have built freetype, libpng and gd myself, if theres a problem linking to the wrong gd (which there does not appear to be) it would be a php bug, as the path to gd was explicitly stated. gcc -DLINUX=22 -I/root/php-4.1.2 -I/root/php-4.1.2/main -I/root/php-4.1.2/main -I/root/php-4.1.2/Zend -I/root/php-4.1.2/Zend -I/root/php-4.1.2/TSRM -I/root/php-4.1.2/TSRM -I/root/php-4.1.2 -DNO_DL_NEEDED `./apaci`\ -o httpd buildmark.o modules.o modules/standard/libstandard.a modules/php4/libphp4.a main/libmain.a ./os/unix/libos.a ap/libap.a -Wl,-rpath,/usr/local/freetype-1.3.1//lib -Wl,-rpath,/usr/local/gd-1.8.4//lib -Wl,-rpath,/opt/sybase-11.9.2//lib -rdynamic -L/usr/local/freetype-1.3.1//lib -L/usr/local/gd-1.8.4//lib -L/opt/sybase-11.9.2//lib -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -lpam -ldl -linsck -lsybtcl -lintl -lcomn -lct -lcs -lsnmp -lgd -lttf -lcrypt -lssl -lcrypto -lresolv -lm -ldl -lnsl -lresolv -lcrypt -lssl -lcrypto -lm -lcrypt -lexpat modules/php4/libphp4.a(gd.o): In function `zif_imagecreatefromstring': /root/php-4.1.2/ext/gd/gd.c:1043: undefined reference to `gdImageCreateFromJpegCtx' modules/php4/libphp4.a(gd.o): In function `zif_imagecreatefromjpeg': /root/php-4.1.2/ext/gd/gd.c:1216: undefined reference to `gdImageCreateFromJpegCtx' /root/php-4.1.2/ext/gd/gd.c:1216: undefined reference to `gdImageCreateFromJpeg' modules/php4/libphp4.a(gd.o): In function `zif_imagejpeg': Previous Comments: [2002-03-06 13:16:32] [EMAIL PROTECTED] well, i did have uninstalled gd-1.4.8 (i didn't notice the version before), by rpm -e gd-1.4.8 but the version i reinstall is also gd-1.4.8 source and compile/install to /usr/local/ (rpm version should be /usr/) i've done rm -f config.cache dunno why configure still think that nothing changed so can't link with gd and give out undefined reference error [2002-03-06 06:12:55] [EMAIL PROTECTED] This might be caused by multiple versions of GD being installed. Check if the old version is really gone and try again :) [2002-03-05 08:30:31] [EMAIL PROTECTED] what i did: step1: redhat7.2 with gd/jpeg/... support build php as apache module ok, works step2: uninstall some of the redhat rpm download gd/jpeg and build it reconfig php; make clean; make; make install; all passed; step3: now reconfig apache, rebuild apache failed! undefined reference to gdImageCreate gdImage and so on... i've tried so many times, still get such error. and by change, i did the following command in apache src-package directory: [apache]# rm src/modules/php4/libphp4.module and: [php]# make install [apache]# make all pass! it works. in a word, libphp4.module was not reinstalled correctly! -- Edit this bug report at http://bugs.php.net/?id=15873edit=1
Bug #13508 Updated: read exif data not working on large thumbnails
ID: 13508 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: *Graphics related Operating System: Linux PHP Version: 4.0.6 Assigned To: helly New Comment: In addition to not being able to read the 'large' thumbnails, with 4.0.6, read_exif_data() returns a fatal error for images produced by my casio gv-10, but works fine for those produced by my fuji finepix 1400. This prevents me from extracting the image information that I require. With 4.1.2 read_exif_data() simply dies, and the browser reports document contains no data. Sample images available on request. The exif data is readable by windows apps, so is definitely there. Previous Comments: [2002-04-14 13:48:20] [EMAIL PROTECTED] Try with CVS or PHP 4.2 please... [2002-02-02 06:43:23] [EMAIL PROTECTED] No feedback was provided for this bug, so it is being suspended. If you are able to provide the information that was requested, please do so and change the status of the bug back to Open. [2002-01-11 17:27:19] [EMAIL PROTECTED] Can you try this with 4.1.1? [2001-10-02 06:54:38] [EMAIL PROTECTED] This (Bug #11784) can't really be classified as Closed, because it still won't enable 'large' thumbnails to be extracted from the EXIF data. My application requires that I extract the actual thumbnail image from the Exif data of the digital image. Will READ-EXIF-DATA be fixed to handle large thumbnails - or just ignore them?? (at least the fix extracts the other data) -- Edit this bug report at http://bugs.php.net/?id=13508edit=1
Bug #15333 Updated: strndup access violation
ID: 15333 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: IIS related Operating System: Windows 2000 Pro PHP Version: 4.2.0 RC2 New Comment: There is a tool called tkill / kill / tlist that will let you terminate processes. Get the PID from tlist or Task Manager and then run kill with the PID for the argument. inetinfo.exe will be running under a different user that Administrator does not have the power to kill the processes of, so using Task Manager to kill inetinfo.exe is a waste of time. Previous Comments: [2002-04-21 06:32:35] [EMAIL PROTECTED] I tried setting the app protection to 'Low (IIS Process)' and still get the error. And I tried killing inetinfo.exe and running the net stop commands from the command line, but Windows won't kill the process. This issue has turned out to be the biggest reason my I haven't embraced PHP yet -- because I hate rebooting my machine all of the time. I would love to hear of a workaround that works, and better yet, see a published fix. Any more ideas out there? [2002-04-17 15:19:04] [EMAIL PROTECTED] I am getting this error with 4.2.0 RC2. I upgraded from 4.1.2 to 4.2.0 RC2 (both ISAPI) because 4.1.2 wasn't handling sessions correctly. I tried setting the app protection to 'Low (IIS Process)' and all I received were 'Invalid access to memory location' errors. PHP 4.2.0 RC2 (ISAPI) IIS5 Win2K Pro SP2 PIII 733MHz 384 MB RAM [2002-04-17 01:29:45] [EMAIL PROTECTED] I am also receiving this error with: Win2k Server SP2 w/all security patches But I am running PHP 4.1.2 ISAPI under IIS 5.0 Thanks. [2002-04-09 08:14:55] [EMAIL PROTECTED] I have been super busy lately, but, since I switched the app protection down to 'Low (IIS Process)' a week ago I haven't gotten a single error or lock up. Thanks for your persistance. Still using 4.1.2. [2002-04-08 12:04:38] [EMAIL PROTECTED] Ok. It definitely happens with RC2. You can restart IIS without rebooting, you've got to perform the following: kill the inetinfo.exe process using the task manager run from command line: net stop w3svc net stop iisadmin net start iisadmin net start w3svc Marking this bug critical because it should be fixed before 4.2.0 release. Still looking for fix. 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/15333 -- Edit this bug report at http://bugs.php.net/?id=15333edit=1
Bug #15485 Updated: memory ressource with socket_read()
ID: 15485 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Performance problem Operating System: Windows 2000 Pro PHP Version: 4.1.0 New Comment: I checked this code under linux, all works fine, and the memory usage fastly stabilize. But under Win2k, with Php 4.2.0 it's always the same thing. Previous Comments: [2002-02-10 09:05:13] [EMAIL PROTECTED] Hello I have a script (a bot, so it don't stop) wich connects to a server with socket_read(). It blocking mode it's work perfectly, but not in non-blocking mode : memory used by the function socket_read() seems to doesn't be released by PHP engine after the call. But when I had a sleep(1) just after the call, it's ok. I tried with the Apache's Php module, and directly with the PHP executable. It's the same pb. I know it's an experimental function, but I think it's can help for it's development. -- Edit this bug report at http://bugs.php.net/?id=15485edit=1
Bug #16738 Updated: confusing explanation of assigning by reference
ID: 16738 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Documentation problem Operating System: n/a PHP Version: 4.2.0 Assigned To: alindeman New Comment: This bug has been fixed in CVS. Previous Comments: [2002-04-22 17:21:41] [EMAIL PROTECTED] assigned to myself [2002-04-22 16:59:24] [EMAIL PROTECTED] ?php $foo = 'Bob'; // Assign the value 'Bob' to $foo $bar = $foo; // Reference $foo via $bar. $bar = My name is $bar; // Alter $bar... echo $foo; // $foo is altered too. echo $bar; ? Why do '$bar = My name is $bar;'? And then do 'echo $foo' *before* you 'echo $bar'? The point you're trying to make is surely expressed better like this: ?php $foo = 'Bob'; // Assign the value 'Bob' to $foo $bar = $foo; // Reference $foo via $bar. $bar = Dave; // Alter $bar... echo $bar; echo $foo; // $foo is altered too. ? Clearer for the newcomer to programming, ne? -- Edit this bug report at http://bugs.php.net/?id=16738edit=1
Bug #15931 Updated: openssl linking error:undefined reference to `OPENSSL_add_all_algorithms_noconf
ID: 15931 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Closed Bug Type: Compile Failure Operating System: Linux 2.4.18-ac1 PHP Version: 4.0CVS-2002-03-0 New Comment: This is fixed now in CVS HEAD. --Jani Previous Comments: [2002-03-09 08:51:57] [EMAIL PROTECTED] Okay, but I'll leave this open still. I'm going to add some test to check for this. [2002-03-09 03:50:58] [EMAIL PROTECTED] ive changed the openssl path from /usr/src/openssl to /usr/local/ssl where libraries and headers of openssl 0.9.8-dev were installed ... result: compilation went smoothly. thanks.. consider the matter settled then ... ;p [2002-03-08 09:10:35] [EMAIL PROTECTED] Is the path supplied to --with-openssl really the path where the openssl libraries and header files are installed? If not, use the install path instead of source path. (Note to fix this: Need to check in the openssl checks that the libraries are also found in correct place and thus avoid possibility of using wrong libraries with wrong header files) --Jani [2002-03-08 08:50:43] [EMAIL PROTECTED] User input: - CFLAGS=-fPIC -O3 -m486 ./configure --with-apache=/usr/src/apache_1.3.23/ \ --with-x --with-dbase --enable-track-vars --with-imap=/usr --with-gd \ --with-gnu-ld --enable-memory-limit --enable-xml --with-ftp --with-gdbm \ --enable-sigchild --enable-ctype --enable-dbase --enable-url-include \ --enable-ucd-snmp-hack --with-tsrm-pth --enable-discard-path \ --enable-gd-native-ttf --with-pgsql=/usr --enable-bcmath \ --enable-freetype-4bit-antialias-hack --with-mcrypt --enable-versioning \ --with-readline --disable-debug --with-gettext --with-ttf --with-jpeg \ --with-mhash --enable-inline-optimization --with-mysql=/usr \ --disable-posix-threads --enable-ftp --with-vpopmail=/data/virtual \ --with-mm=/usr/src/mm-1.1.3 --enable-shmop --enable-sysvshm \ --with-openssl=/usr/src/openssl --enable-sysvsem \ --with-ming --with-xpm-dir=/usr/X11R6/lib \ --with-jpeg-dir=/usr/lib --with-t1lib=/usr --enable-discard-path \ --enable-calendar --with-dom --enable-dom --with-magic-quotes \ --with-zlib-dir=/usr --enable-sockets --with-zlib=/usr --with-bz2 \ --enable-calendar --with-mcal=/usr/local/mcal --with-zziplib=/usr --with-pdflib=/usr \ --with-ncurses --enable-xslt --with-xslt-sablot --enable-wddx \ --with-db3=/usr/local/BerkeleyDB.3.3/include/ --with-sablot - Please do not mail ppl directly but use the bugsystem. [2002-03-08 07:02:48] [EMAIL PROTECTED] sent to [EMAIL PROTECTED] 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/15931 -- Edit this bug report at http://bugs.php.net/?id=15931edit=1
Bug #15593 Updated: still getting inter-libraray dependencies warning
ID: 15593 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed -Bug Type: Compile Warning +Bug Type: Compile Failure Operating System: openbsd 3.0 PHP Version: 4.1.1 New Comment: Please try PHP 4.2.0. Reopen if you still get the same problems with it. Previous Comments: [2002-02-18 09:13:40] [EMAIL PROTECTED] packages: pcre-3.4 libtool-1.3.5p3 are installed. [2002-02-18 08:50:21] [EMAIL PROTECTED] my configure line is: ./configure --with-apxs=/usr/local/apache/bin/apxs --with- mysql=/usr/local/mysql --enable-track-vars --enable-trans- sid i´m using apache 1.3.23 and mysql 4.0.1 alpha. same configuration works for me on sun cobalt raq3 (redhat linux) but not on openbsd 3.0 phpinfo(); stops at the headline pcre [2002-02-18 08:31:39] [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 Especially: can you post your configure line??? [2002-02-17 21:44:10] [EMAIL PROTECTED] i applied the patches in #8125 and #8230 but i´m still getting: *** Warning: inter-library dependencies are not known to be supported. *** All declared inter-library dependencies are being dropped. *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. Making all in pear any idea? -- Edit this bug report at http://bugs.php.net/?id=15593edit=1
Bug #15773 Updated: LoadModule directive incorrectly added to httpd.conf when mod_ssl is used
ID: 15773 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Closed Bug Type: Apache related Operating System: SunOS 5.8 PHP Version: 4.1.1 New Comment: This really isn't PHP problem. And there already are installation instructions in the INSTALL file which everybody _should_ read. Previous Comments: [2002-02-28 13:31:27] [EMAIL PROTECTED] It appears this issue was reported to the Apache group almost exactly a year ago (3/2/2001 - http://bugs.apache.org/index.cgi/full/7340), which may not bode well for seeing it fixed in Apache anytime soon. If nothing else, perhaps PHP could warn users to manually validate their new httpd.conf once they've finished compiling/building PHP with --with-apxs . [2002-02-28 02:04:53] [EMAIL PROTECTED] Yes, this httpd.conf file mangling is done by apxs which is outside the domain of PHP. I suppose we could try to work around it somehow, but it would be rather non-trivial. The most we might be able to do is detect the situation and tell apxs not to try to mangle the httpd.conf file. [2002-02-28 02:00:32] [EMAIL PROTECTED] (This actually applies to PHP 4.1.2, but the pulldown box on the bug reporting page hasn't been updated to reflect that yet). When Apache (1.3.23) is compiled with mod_ssl (2.8.7) as a DSO module, mod_ssl automatically adds this to httpd.conf: ... IfDefine SSL LoadModule ssl_module libexec/libssl.so /IfDefine Later, when building a DSO version of PHP (4.1.2), using the --with-apxs option, PHP helpfully tries to add the appropriate LoadModule/AddModule directives to httpd.conf. However, it appears to guess incorrectly where the LoadModule directive should go, so httpd.conf now contains this: ... IfDefine SSL LoadModule ssl_module libexec/libssl.so LoadModule php4_modulelibexec/libphp4.so /IfDefine which will cause PHP not to load (and httpd to not start) unless SSL is also running. The solution, of course, is for httpd.conf to look like this: IfDefine SSL LoadModule ssl_module libexec/libssl.so /IfDefine LoadModule php4_modulelibexec/libphp4.so (actually, as I dig into the PHP code, I'm beginning to wonder if it's an apxs problem rather than a PHP problem. Still, even if it is, perhaps PHP's installer can work around it?) Thanks. -- Edit this bug report at http://bugs.php.net/?id=15773edit=1
Bug #15873 Updated: special build error with apache using php module after system-compoment changed
ID: 15873 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Apache related Operating System: rh linux 7.2 PHP Version: 4.1.2 New Comment: if u r using php as apache-module you should always re-run apache configure after php make install .. php# make install .. php# cd ..\apache .. apache# ./configure --with yor options .. apache# make .. apache# make install does this ok for u ? Previous Comments: [2002-04-22 18:40:05] [EMAIL PROTECTED] I am experiencing the same problem. I have built freetype, libpng and gd myself, if theres a problem linking to the wrong gd (which there does not appear to be) it would be a php bug, as the path to gd was explicitly stated. gcc -DLINUX=22 -I/root/php-4.1.2 -I/root/php-4.1.2/main -I/root/php-4.1.2/main -I/root/php-4.1.2/Zend -I/root/php-4.1.2/Zend -I/root/php-4.1.2/TSRM -I/root/php-4.1.2/TSRM -I/root/php-4.1.2 -DNO_DL_NEEDED `./apaci`\ -o httpd buildmark.o modules.o modules/standard/libstandard.a modules/php4/libphp4.a main/libmain.a ./os/unix/libos.a ap/libap.a -Wl,-rpath,/usr/local/freetype-1.3.1//lib -Wl,-rpath,/usr/local/gd-1.8.4//lib -Wl,-rpath,/opt/sybase-11.9.2//lib -rdynamic -L/usr/local/freetype-1.3.1//lib -L/usr/local/gd-1.8.4//lib -L/opt/sybase-11.9.2//lib -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -lpam -ldl -linsck -lsybtcl -lintl -lcomn -lct -lcs -lsnmp -lgd -lttf -lcrypt -lssl -lcrypto -lresolv -lm -ldl -lnsl -lresolv -lcrypt -lssl -lcrypto -lm -lcrypt -lexpat modules/php4/libphp4.a(gd.o): In function `zif_imagecreatefromstring': /root/php-4.1.2/ext/gd/gd.c:1043: undefined reference to `gdImageCreateFromJpegCtx' modules/php4/libphp4.a(gd.o): In function `zif_imagecreatefromjpeg': /root/php-4.1.2/ext/gd/gd.c:1216: undefined reference to `gdImageCreateFromJpegCtx' /root/php-4.1.2/ext/gd/gd.c:1216: undefined reference to `gdImageCreateFromJpeg' modules/php4/libphp4.a(gd.o): In function `zif_imagejpeg': [2002-03-06 13:16:32] [EMAIL PROTECTED] well, i did have uninstalled gd-1.4.8 (i didn't notice the version before), by rpm -e gd-1.4.8 but the version i reinstall is also gd-1.4.8 source and compile/install to /usr/local/ (rpm version should be /usr/) i've done rm -f config.cache dunno why configure still think that nothing changed so can't link with gd and give out undefined reference error [2002-03-06 06:12:55] [EMAIL PROTECTED] This might be caused by multiple versions of GD being installed. Check if the old version is really gone and try again :) [2002-03-05 08:30:31] [EMAIL PROTECTED] what i did: step1: redhat7.2 with gd/jpeg/... support build php as apache module ok, works step2: uninstall some of the redhat rpm download gd/jpeg and build it reconfig php; make clean; make; make install; all passed; step3: now reconfig apache, rebuild apache failed! undefined reference to gdImageCreate gdImage and so on... i've tried so many times, still get such error. and by change, i did the following command in apache src-package directory: [apache]# rm src/modules/php4/libphp4.module and: [php]# make install [apache]# make all pass! it works. in a word, libphp4.module was not reinstalled correctly! -- Edit this bug report at http://bugs.php.net/?id=15873edit=1
Bug #14936 Updated: Apache compilarion failure in the php module
ID: 14936 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Caldera eServer 2.3.1 PHP Version: 4.1.1 New Comment: Does this happen with Apache 1.3.24 and PHP 4.2.0 ? Previous Comments: [2002-01-08 15:31:17] [EMAIL PROTECTED] I have apache 1.3.14 and php 4.1.1 The PHP configure was: ./configure --with-apache=../apache_1.3.14 --without-mysql --with-oci8=/u01/app/oracle/product/8.1.6 --enable-sysvshm=yes --enable-sysvsem=yes --with-config-file-path=/etc --enable-debug=no --with-exec-dir=/usr/local/bin --enable-track-vars=yes --with-x --with-versioning --with-ftp --with-gd --with-gettext --with-gdbm --enable-sigchild And the apache configure ./configure -v --prefix=/etc/httpd --disable-rule=WANTHSREGEX --sysconfdir=/etc/httpd/conf --datadir=/home/httpd --bindir=/usr/bin --sbindir=/usr/sbin --libexecdir=/usr/libexec/apache --includedir=/usr/include/apache --logfiledir=/var/log/httpd --localstatedir=/var --runtimedir=/var/run --proxycachedir=/var/cache/httpd --mandir=/usr/man --with-perl=/usr/bin --enable-module=most --enable-shared=max --enable-module=expires --enable-module=headers --enable-module=info --enable-module=so --enable-module=usertrack I compiled succesfully PHP.. but during apache compilation modules/php4/libphp4.a(string.o): In function `zif_strpos': /usr/src/OpenLinux/SOURCES/php-4.1.1/ext/standard/string.c:1416: undefined reference to `zgnd_get_parameters_ex' make[2]: *** [target_static] Error 1 make[2]: Leaving directory `/usr/src/OpenLinux/SOURCES/apache_1.3.14/src' make[1]: *** [build-std] Error 2 make[1]: Leaving directory `/usr/src/OpenLinux/SOURCES/apache_1.3.14' make: *** [build] Error 2 -- Edit this bug report at http://bugs.php.net/?id=14936edit=1
Bug #14941 Updated: Trying to build PHP. attached is the configure output and the error message.
ID: 14941
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Compile Failure
Operating System: Solaris 8
PHP Version: 4.1.1
New Comment:
Does this happen with PHP 4.2.0 ?
Previous Comments:
[2002-01-08 22:07:43] [EMAIL PROTECTED]
./configure --prefix=/export/www/php_4.0.4
--with-apxs=/export/www/apache_1.3.14/bin/apxs
--with-config-file-path=/export/www/apache_1.3.14
--with-mysql=/export/www/mysql_3.22.32 --enable-magic-quotes
--enable-track-vars --enable-safe-mode --with-regex=system
loading cache ./config.cache
checking for a BSD compatible install... ./install-sh -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... (cached) yes
checking for working aclocal... found
checking for working autoconf... found
checking for working automake... found
checking for working autoheader... found
checking for working makeinfo... found
checking whether to enable maintainer-specific portions of Makefiles...
no
checking host system type... sparc-sun-solaris2.8
checking for gawk... (cached) nawk
checking for bison... (cached) bison -y
checking bison version... 1.28 (ok)
checking for gcc... (cached) gcc
checking whether the C compiler (gcc ) works... yes
checking whether the C compiler (gcc ) is a cross-compiler... no
checking whether we are using GNU C... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking how to run the C preprocessor... (cached) gcc -E
checking for AIX... no
checking for gcc option to accept ANSI C... (cached) none needed
checking for ranlib... (cached) ranlib
checking whether gcc and cc understand -c and -o together... (cached)
yes
checking whether ln -s works... (cached) yes
checking for flex... (cached) flex
checking for yywrap in -lfl... (cached) yes
checking lex output file root... (cached) lex.yy
checking whether yytext is a pointer... (cached) yes
checking for working const... (cached) yes
checking for pthreads_cflags... (cached) -pthreads
checking for pthreads_lib... (cached)
Configuring SAPI modules
checking for AOLserver support... no
checking for Apache module support via DSO through APXS... yes
checking for mod_charset compatibility option... no
checking for Apache 2.0 module support via DSO through APXS... no
checking for Caudium support... no
checking for fhttpd module support... no
checking for FastCGI support... no
checking for Zeus ISAPI support... no
checking for NSAPI support... no
checking for PHTTPD support... no
checking for Pi3Web Support... no
checking for Roxen/Pike support... no
checking for Servlet support... no
checking for thttpd... no
checking for TUX... no
checking for chosen SAPI module... apache
Running system checks
checking for missing declarations of reentrant functions... done
checking whether compiler supports -R... (cached) yes
checking for sendmail... (cached) /usr/lib/sendmail
checking whether system uses EBCDIC... (cached) no
checking for socket in -lsocket... (cached) yes
checking for yp_get_default_domain... yes
checking for dlopen in -ldl... (cached) yes
checking for sin in -lm... (cached) yes
checking for inet_aton in -lresolv... (cached) yes
checking for res_search in -lsocket... (cached) yes
checking for dn_skipname in -lresolv... (cached) no
checking for __dn_skipname in -lresolv... (cached) yes
checking for ANSI C header files... (cached) yes
checking for dirent.h that defines DIR... (cached) yes
checking for opendir in -ldir... (cached) no
checking for fclose declaration... ok
checking for alloca.h... (cached) yes
checking for arpa/inet.h... (cached) yes
checking for arpa/nameser.h... (cached) yes
checking for crypt.h... (cached) yes
checking for fcntl.h... (cached) yes
checking for grp.h... (cached) yes
checking for ieeefp.h... (cached) yes
checking for langinfo.h... (cached) yes
checking for limits.h... (cached) yes
checking for locale.h... (cached) yes
checking for netinet/in.h... (cached) yes
checking for pwd.h... (cached) yes
checking for resolv.h... (cached) yes
checking for signal.h... (cached) yes
checking for stdarg.h... (cached) yes
checking for stdlib.h... (cached) yes
checking for string.h... (cached) yes
checking for syslog.h... (cached) yes
checking for sysexits.h... (cached) yes
checking for sys/file.h... (cached) yes
checking for sys/mman.h... (cached) yes
checking for sys/mount.h... (cached) yes
checking for sys/resource.h... (cached) yes
checking for sys/select.h... (cached) yes
checking for sys/socket.h... (cached) yes
checking for sys/statfs.h... (cached) yes
checking for sys/statvfs.h... (cached) yes
checking for sys/vfs.h... (cached) yes
checking for sys/sysexits.h... (cached) no
checking for sys/time.h... (cached) yes
checking for sys/types.h... (cached) yes
checking for
Bug #14977 Updated: iconv library not propagated from PHP to Apache
ID: 14977 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: Solaris 2.6 PHP Version: 4.0.6 New Comment: This should be fixed in PHP 4.2.0. Reopen if you still get this with it. Previous Comments: [2002-01-10 15:32:39] [EMAIL PROTECTED] PHP configure (please note '--with-iconv' presence): ./configure --with-zlib --with-mysql=/usr/local/hackphpmysql --with-apache=../../apache/apache_1.3.22 --with-ldap=/usr/local/ldap --enable-track-vars --enable-magic-quotes --enable-bcmath --with-gettext --with-iconv --with-xml --with-mcrypt --with-imap=/export/home/cto/software/imap/imap-2001a making Apache module: Apache make failure: gcc -DSOLARIS2=260 -DMOD_SSL=208105 -I/export/home/cto/software/php/php-4.0.6 -I/export/home/cto/software/php/php-4.0.6/main -I/export/home/cto/software/php/php-4.0.6/main -I/export/home/cto/software/php/php-4.0.6/Zend -I/export/home/cto/software/php/php-4.0.6/Zend -I/export/home/cto/software/php/php-4.0.6/TSRM -I/export/home/cto/software/php/php-4.0.6/TSRM -I/export/home/cto/software/php/php-4.0.6 -DEAPI -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` -L/software/openssl/openssl-0.9.6c \ -o httpd buildmark.o modules.o modules/ssl/libssl.a modules/php4/libphp4.a modules/standard/libstandard.a main/libmain.a ./os/unix/libos.a ap/libap.a lib/expat-lite/libexpat.a -R/usr/ucblib -R/usr/local/lib/gcc-lib/sparc-sun-solaris2.6/2.95.2 -R/usr/local/lib -R/export/home/cto/software/imap/imap-2001a/c-client -R/usr/local/ldap/lib -R/usr/local/hackphpmysql/lib/mysql -L/usr/ucblib -L/usr/local/lib/gcc-lib/sparc-sun-solaris2.6/2.95.2 -L/usr/local/lib -L/export/home/cto/software/imap/imap-2001a/c-client -L/usr/local/ldap/lib -L/usr/local/hackphpmysql/lib/mysql -Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4 -lpam -lc-client -ldl -lmysqlclient -lz -lmcrypt -lltdl -lldap -llber -lpam -lintl -lz -lcrypt -lresolv -lresolv -lm -ldl -lnsl -lsocket -lsocket -lgcc -lsocket -lnsl -lssl -lcrypto Undefined first referenced symbol in file libiconvmodules/php4/libphp4.a(iconv.o) (symbol belongs to implicit dependency /usr/local/lib/libiconv.so.2) libiconv_open modules/php4/libphp4.a(iconv.o) (symbol belongs to implicit dependency /usr/local/lib/libiconv.so.2) libiconv_close modules/php4/libphp4.a(iconv.o) (symbol belongs to implicit dependency /usr/local/lib/libiconv.so.2) ld: fatal: Symbol referencing errors. No output written to httpd collect2: ld returned 1 exit status make[2]: *** [target_static] Error 1 make[2]: Leaving directory `/export/home/cto/software/apache/apache_1.3.22/src' make[1]: *** [build-std] Error 2 make[1]: Leaving directory `/export/home/cto/software/apache/apache_1.3.22' make: *** [build] Error 2 # It's obvious: '-liconv' is missing from gcc invocation. The workaround fix is manual edit of Apache src/Makefile, adding -liconv to libraries. Thank you. Maciek -- Edit this bug report at http://bugs.php.net/?id=14977edit=1
Bug #15206 Updated: compile fail with external mysql without with-zlib option
ID: 15206 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: linux 2.2.16-20 PHP Version: 4.1.1 New Comment: fixed in PHP 4.2.0 Previous Comments: [2002-01-24 09:53:28] [EMAIL PROTECTED] My configure options is './configure' '--enable-safe-mode' '--with-config-file-path=/usr/local/php' '--with-exec-dir=/usr/local/php/bin' '--enable-memory-limit' '--with-system-regex' '--disable-debug' '--enable-track-vars' '--disable-pear' '--with-gnu-ld' '--with-apxs=/usr/sbin/apxs' '--with-gd=/usr/local/gd1.5' '--enable-gd-native-ttf' '--with-freetype-dir=/usr/local' '--with-ttf' '--with-mysql=/usr/local/mysql' compile failed with message that 'compress is undefined reference in the /usr/local/mysql/lib/libmysqlclient.a' compile complete successfully when i am add --with-zlib option to configure Also i add function definition void gdImageGifCtx(gdImagePtr im, gdIOCtx *out); to ext/gd/gd.c:1430 to aviod problem with gd library support( with gif support ) -- Edit this bug report at http://bugs.php.net/?id=15206edit=1
Bug #15436 Updated: mnogosearch mysql - gamble party
ID: 15436 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: RedHat 7.2 PHP Version: 4.0CVS-2002-02-07 New Comment: Please do _NOT_ report same issue many times! Previous Comments: [2002-02-25 09:35:23] [EMAIL PROTECTED] I doscivered, that PHP team does changes the way is how PHP compiled with mysql. I probed php-4.0.5 and php-4.1.1 with the same installation of mnogosearch, and php-4.0.5 compiles ok, and 4.1.1 produced the same error. 8( I does not know of how to correctly fix that. To PHP team: any comments ? [2002-02-21 16:13:01] [EMAIL PROTECTED] Check, after Gluke sugestion. MySQL $ rpm -qa |grep MySQL MySQL-devel-3.23.47-1 MySQL-shared-3.23.47-1 MySQL-client-3.23.47-1 MySQL-3.23.47-1 Info about some locations from rpm'ed mysql: libmysqlclient.so is located in /usr/lib/ libmysqlclient.a in /usr/lib/mysql/ .h files in /usr/include/mysql/ Apache There is nothing to touch from previous instalation. Mnogosearch ; we are 100% sure that no old stuff left $ rm -rf mnogosearch-3.1.19/ /usr/local/mnogosearch-3.1.19 $ tar zxfv mnogosearch-3.1.19.tar.gz ; cd mnogosearch-3.1.19/ ; gluke config $ ./configure --with-mysql --enable-shared \ --prefix=/usr/local/mnogosearch-3.1.19 $ make make install ; done $ cd .. ; lets check whats installed $ ls /usr/local/mnogosearch-3.1.19/lib/ libudmsearch-3.1.so libudmsearch.a libudmsearch.la libudmsearch.so It's too easy, lets check something: $ ldd /usr/local/mnogosearch-3.1.19/lib/libudmsearch.so libm.so.6 = /lib/i686/libm.so.6 (0x40072000) libz.so.1 = /usr/lib/libz.so.1 (0x40095000) libc.so.6 = /lib/i686/libc.so.6 (0x400a3000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x8000) Where is link to dynamic lib of mysql? Still no straight feedback from mnogosearch dev. team: http://www.mnogosearch.org/board/message.php?id=4102 Php ; let's try an up-to-date shap $ tar zxfv php4-200202211200.tar.gz ; php4-200202211200/ ; standard instalation $ ./configure --with-apxs=/usr/local/apache/bin/apxs \ --with-mysql=/usr --with-zlib --enable-memory-limit \ --with-mnogosearch=/usr/local/mnogosearch-3.1.19 $ make - error -- /bin/sh /root/php4-200202211200/libtool --silent --mode=link gcc -I. -I/root/php4-200202211200/ -I/root/php4-200202211200/main -I/root/php4-200202211200 -I/usr/local/apache/include -I/root/php4-200202211200/Zend -I/usr/local/mnogosearch-3.1.19/include -I/usr/include/mysql -I/root/php4-200202211200/ext/xml/expat -DLINUX=22 -DUSE_HSREGEX -I/root/php4-200202211200/TSRM -g -O2 -prefer-pic -o libphp4.la -rpath /root/php4-200202211200/libs -avoid-version -L/usr/lib/mysql -L/usr/local/mnogosearch-3.1.19/lib -R /usr/lib/mysql -R /usr/local/mnogosearch-3.1.19/lib stub.lo Zend/libZend.la sapi/apache/libsapi.la main/libmain.la regex/libregex.la /root/php4-200202211200/ext/zlib/libzlib.la /root/php4-200202211200/ext/mnogosearch/libmnogosearch.la /root/php4-200202211200/ext/mysql/libmysql.la /root/php4-200202211200/ext/overload/liboverload.la /root/php4-200202211200/ext/pcre/libpcre.la /root/php4-200202211200/ext/posix/libposix.la /root/php4-200202211200/ext/session/libsession.la /root/php4-200202211200/ext/standard/libstandard.la /root/php4-200202211200/ext/xml/libxml.la TSRM/libtsrm.la -lpam -lmysqlclient -lz -ludmsearch -lz -lm -lmysqlclient -lz -lcrypt -lresolv -lm -ldl -lnsl -lresolv -lcrypt -ldl /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0x4): multiple definition of `mysql_port' /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0x4): first defined here /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0x8): multiple definition of `mysql_unix_port' /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.data+0x8): first defined here /usr/lib/mysql/libmysqlclient.a(libmysql.o): In function `net_safe_read': libmysql.o(.text+0x1cc): multiple definition of `net_safe_read' /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.text+0x1cc): first defined here /usr/lib/mysql/libmysqlclient.a(libmysql.o): In function `simple_command': libmysql.o(.text+0x2d4): multiple definition of `simple_command' /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.text+0x2d4): first defined here /usr/lib/mysql/libmysqlclient.a(libmysql.o): In function `mysql_real_connect': libmysql.o(.text+0xc6c): multiple definition of `mysql_real_connect' /usr/lib/mysql/libmysqlclient.a(libmysql.o)(.text+0xc6c): first defined here /usr/lib/mysql/libmysqlclient.a(libmysql.o): In function `mysql_select_db': libmysql.o(.text+0x2e68): multiple definition of `mysql_select_db'
Bug #15908 Updated: failed to compile with iconv
ID: 15908 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: FreeBSD 4.5-RELEASE PHP Version: 4.1.2 New Comment: This is fixed in PHP 4.2.0. Previous Comments: [2002-03-12 08:53:01] [EMAIL PROTECTED] [15:01] mizantrop:~/tmp/php(13)# tail -n 2 config.log configure:28872: checking for ICAP support configure:29268: checking for iconv support EOF here. Tried the today's snapshot. [2002-03-08 13:28:11] [EMAIL PROTECTED] Check what config.log has about it. --Jani [2002-03-08 11:47:06] [EMAIL PROTECTED] I tried the latest snapshot: http://snaps.php.net/php4-200203080600.tar.bz2 But the configure simply fails on iconv: (..) checking for iconv support... yes configure: error: Please reinstall the iconv library. Oink? [2002-03-07 14:33:32] [EMAIL PROTECTED] Could you please try the latest CVS snapshot from http://snaps.php.net/ ? [2002-03-07 11:01:41] [EMAIL PROTECTED] I tried the patch specified in: http://bugs.php.net/bug.php?id=14423 but it fails at: Making all in main cc -I. -I/usr/ports/www/mod_php4/work/php-4.1.2/main -I/usr/ports/www/mod_php4/work/php-4.1.2/main -I/usr/ports/www/mod_php4/work/php-4.1.2 -I/usr/ports/www/mod_php4/work/php-4.1.2/Zend -I/usr/local/include/freetype2/freetype -I/usr/local/include/gd -I/usr/local/include -I/usr/local/include/mysql -I/usr/local/include/pspell -I/usr/ports/www/mod_php4/work/php-4.1.2/TSRM -march=i686 -O6 -I/usr/local/include -I/usr/local/include/pgsql -c internal_functions.c touch internal_functions.lo internal_functions.c:69: `iconv_module_entry' undeclared here (not in a function) internal_functions.c:69: initializer element is not constant internal_functions.c:69: (near initialization for `php_builtin_extensions[15]') *** Error code 1 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/15908 -- Edit this bug report at http://bugs.php.net/?id=15908edit=1
Bug #16117 Updated: php.h / ap_config.h conflict (XtOffsetOf)
ID: 16117 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: Linux PHP Version: 4.1.2 New Comment: This is fixed in CVS HEAD. (fixes will be in PHP 4.3.0) Previous Comments: [2002-03-16 16:55:57] [EMAIL PROTECTED] It's also defined in Zend/zend_ini.h [2002-03-16 16:53:12] [EMAIL PROTECTED] php.h tries to redefine XtOffsetOf when you are compiling with apxs. It is already defined in Apache's ap_config.h. The offending lines are from about 339-343. Someone fix this! :P -- Edit this bug report at http://bugs.php.net/?id=16117edit=1
Bug #16534 Updated: compilation failed on inline function url_scanner.c
ID: 16534
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Compile Failure
Operating System: Solaris 8
PHP Version: 4.1.2
New Comment:
This bug has already been fixed in the latest released version of
PHP, which you can download at http://www.php.net/downloads.php
Fixed in PHP 4.2.0
Previous Comments:
[2002-04-10 15:13:31] [EMAIL PROTECTED]
The compilation of php in standalone mode failed.
I use Forte C 6 update 2.
Forte can't proceed the inline function on :
static inline void mainloop(url_adapt_state_ex_t *ctx, const char
*newdata, size_t newlen TSRMLS_DC)
{
char *end, *q;
char *xp;
char *start;
int rest;
smart_str_appendl(ctx-buf, newdata, newlen);
YYCURSOR = ctx-buf.c;
YYLIMIT = ctx-buf.c + ctx-buf.len;
switch (STATE) {
case STATE_PLAIN: goto state_plain;
case STATE_TAG: goto state_tag;
case STATE_NEXT_ARG: goto state_next_arg;
case STATE_ARG: goto state_arg;
case STATE_BEFORE_VAL: goto state_before_val;
case STATE_VAL: goto state_val;
}
So I removed the inline definition in this function.
Regards,
Armand
--
Edit this bug report at http://bugs.php.net/?id=16534edit=1
Bug #16692 Updated: Cannot find or read import file:/usr/local/apache2/bin/httpd.exp
ID: 16692 Updated by: [EMAIL PROTECTED] -Summary: Incorrect file extension error during Make Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: Compile Failure +Bug Type: Apache2 related Operating System: AIX PHP Version: 4.2.0 New Comment: Reclassified. (and changed the summary) Those 'incorrect file..' warnings can be ignored. Previous Comments: [2002-04-19 00:26:53] [EMAIL PROTECTED] Compiling PHP 4.2.0RC4 with Apache 2.0.35 under AIX 5L with IBM compiler results in following messages. /bin/sh /work/work/apache/php-4.2.0RC4/libtool --silent --mode=link cc -I. -I/work/work/apache/php-4.2.0RC4/ -I/work/work/apache/php-4.2.0RC4/main -I/work/work/apache/php-4.2.0RC4 -I/usr/local/apache2/include -I/work/work/apache/php-4.2.0RC4/Zend -I/usr/local/ssl/include -I/work/work/imap/imap-2001a/c-client -I/usr/local/mysql/include -I/work/work/apache/php-4.2.0RC4/ext/xml/expat -D_THREAD_SAFE -I/work/work/apache/php-4.2.0RC4/TSRM -O3 -DZTS -prefer-pic -o libphp4.la -rpath /work/work/apache/php-4.2.0RC4/libs -Wl,-bI:/usr/local/apache2/bin/httpd.exp -avoid-version -L/usr/local/ssl/lib -L/work/work/imap/imap-2001a/c-client -L/usr/local/mysql/lib -R /usr/local/ssl/lib -R /work/work/imap/imap-2001a/c-client -R /usr/local/mysql/lib stub.lo Zend/libZend.la sapi/apache2filter/libsapi.la main/libmain.la regex/libregex.la /work/work/apache/php-4.2.0RC4/ext/ctype/libctype.la /work/work/apache/php-4.2.0RC4/ext/ftp/libftp.la /work/work/apache/php-4.2.0RC4/ext/imap/libimap.la /work/work/apache/php-4.2.0RC4/ext/mysql/libmysql.la /work/work/apache/php-4.2.0RC4/ext/openssl/libopenssl.la /work/work/apache/php-4.2.0RC4/ext/pcre/libpcre.la /work/work/apache/php-4.2.0RC4/ext/posix/libposix.la /work/work/apache/php-4.2.0RC4/ext/session/libsession.la /work/work/apache/php-4.2.0RC4/ext/standard/libstandard.la /work/work/apache/php-4.2.0RC4/ext/xml/libxml.la TSRM/libtsrm.la -lpam -lc-client -lmysqlclient -lz -lcrypt -lpam -lcrypt -lssl -lcrypto -lbind -lm -ldl -lpthread -lcrypt -ldl cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_language_parser.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_language_scanner.lo contains an incorrect file suffix cc: 1501-218 file .libs/libphp4.lax/libZend.al/zend_ini_parser.lo contains an incorrect file suffix Followed by losts more of these followed by cc: 1501-218 file TSRM/.libs/libtsrm.al contains an incorrect file suffix ld: 0706-003 Cannot find or read import file: /usr/local/apache2/bin/httpd.exp ld:accessx(): No such file or directory make: 1254-004 The error code from the last command is 255. Stop. make: 1254-004 The error code from the last command is 1. Stop. Configured with CFLAGS=-O3 ./configure --with-apxs2=/usr/local/apache2/bin/apxs \ --enable-track-vars \ --with-mysql=/usr/local/mysql \ --with-imap=/work/work/imap/imap-2001a \ --with-openssl=/usr/local/ssl \ --enable-ftp -- Edit this bug report at http://bugs.php.net/?id=16692edit=1
Bug #15964 Updated: php_cli.c:580: undefined reference to 'zend_strip'
ID: 15964
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Compile Failure
Operating System: RedHat 7.1
PHP Version: 4.1.2
New Comment:
Fixed in PHP 4.2.0
Previous Comments:
[2002-03-08 17:01:02] [EMAIL PROTECTED]
compiling PHP (cvs snapshot on March 8, 2002)
make returned at the end:
sapi/cli/php_cli.o: In function 'main' :
/root/php4/sapi/cli/php_cli.c:580: undefined reference to 'zend_strip'
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1
Below is a portion of 'php_cli.c'
case PHP_MODE_STRIP:
if (open_file_for_scanning(file_handle TSRMLS_CC)==SUCCESS)
{
580: zend_strip(TSRMLS_C);
fclose(file_handle.handle.fp);
}
--
Edit this bug report at http://bugs.php.net/?id=15964edit=1
Bug #15959 Updated: config.status - empty case/esac statement
ID: 15959 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: FreeBSD 4.4-STABLE PHP Version: 4.0CVS-2002-03-08 New Comment: I can not reproduce this with CVS HEAD or 4.2.0.. (using autoconf 2.53) Is this strictly Freebsd /bin/sh related? Previous Comments: [2002-03-13 22:02:21] [EMAIL PROTECTED] Well, I just tried the patch listed in that mailing list. It fixes the problem with AC_CONFIG_COMMANDS as advertised. Unfortunately PHP is still producing empty case/esac statements in ./configure. It would be great if someone more familiar with auto* could find out what rule is causing this. php: 4.0CVS2002-03-13 autoconf: 2.53 freebsd: 4.5-STABLE [2002-03-13 20:36:42] [EMAIL PROTECTED] This looks like the way to fix it: http://www.geocrawler.com/lists/3/GNU/402/0/7718080/ [2002-03-08 13:00:25] [EMAIL PROTECTED] FreeBSD /bin/sh doesn't like empty case/esac statements. One such gets created in config.status:1472. I *think* I've seen a mail about empty case statements being patched in one of the GNU autotools, so this should probably be considered an auto* bug, but I can't for the life of me find where it was. svn-dev@ or freebsd-questions@ probably. -- Edit this bug report at http://bugs.php.net/?id=15959edit=1
Bug #12280 Updated: $file=fopen(http://.$HTTP_SERVER_VARS[SERVER_NAME].$PHP_SELF, r);
ID: 12280 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Suspended +Status: Bogus Bug Type: Scripting Engine problem Operating System: linux 2.2.18 PHP Version: 4.0.6 New Comment: bogus is better..there's one suspended already.. Previous Comments: [2001-07-20 11:29:09] [EMAIL PROTECTED] this is not the only way you can crash PHP - how about recursive functions? I don't think this can/will/should be fixed. - suspended. [2001-07-20 08:36:45] [EMAIL PROTECTED] $file=fopen(http://.$HTTP_SERVER_VARS[SERVER_NAME].$PHP_SELF, r); DoS in Apache 1.3.20+PHP 4.0.6. -- Edit this bug report at http://bugs.php.net/?id=12280edit=1
Bug #6742 Updated: mail function fails
ID: 6742 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Closed Bug Type: *Mail Related Operating System: Windows 2000 PHP Version: 4.0.2 New Comment: Please don't reopen bugs which someone _else_ comments about.. Previous Comments: [2002-03-25 13:22:28] [EMAIL PROTECTED] Err well .. please update your PHP version first. [2002-03-25 11:15:46] [EMAIL PROTECTED] Leaving aditional headers field empty does not solve the problem!!! y have the same problem and it still gives the sasme out pu: unknown error Pleas Help [2000-11-22 05:21:13] [EMAIL PROTECTED] After a few emails this really got solved. Adding -c/path/to/phpini/ (command line) was the solution. --Jani [2000-10-29 00:29:05] [EMAIL PROTECTED] Leave the last parameter out completely if you don't have any additional headers to add. --Jani [2000-09-13 20:27:10] [EMAIL PROTECTED] ? echo Doing mail\n; mail([EMAIL PROTECTED], Hello, Message\n, ); ? gives output: Doing mail br bWarning/b: Unknown error in bE:mailtest.PHP/b on line b3/bbr -- Edit this bug report at http://bugs.php.net/?id=6742edit=1
Bug #15841 Updated: CRLF to separate mail headers is incorrect
ID: 15841 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open -Bug Type: *Mail Related +Bug Type: Mail related Operating System: Linux PHP Version: 4.1.2 New Comment: reclassified Previous Comments: [2002-03-07 04:48:56] [EMAIL PROTECTED] ok 1) blame qmail, it should know better ... 2) lets have SMTP as a default implementation for Unix mail(), too, instead of relying on external programs the it isn't broken, so don't fix it argument got even weaker right now ... [2002-03-06 14:58:38] [EMAIL PROTECTED] The point is that it is incorrect to send DOS line endings to a Unix command line program. Sending a message through qmail (for example) with \r\n line endings results in extraneous \r's in the delivered email. qmail assumes the user knows what they're doing and converts only the '\r' characters to '\r\n'. So if you use '\r\n' it injects '\r\r\n' into the SMTP conversation. e.g. Headers: X-1: test1\nX-2: test2\r\nX-3: test3\r\nX-4: test4: Message: Subject: test message X-1: test1 X-2: test2^M X-3: test3^M X-4: test4 I notice that some mail readers sanitize the incoming message and strip the extra \r's (e.g. Eudora) but Mozilla doesn't and only the first extra header is displayed as a header while the others appear in the body of the message. [2002-03-06 12:28:00] [EMAIL PROTECTED] i still do not see the point, even for unix/sendmail even /usr/lib/sendmail will transfer the message using SMTP, and during this step you will have \r\n line endings anyway, or am i missing something? [2002-03-06 11:04:38] [EMAIL PROTECTED] The Right Thing(TM), then, is to determine which method (direct or SMTP injection) is being done. If SMTP, use \r\n. If direct, determine what the OS' line terminator is (\r\n for Windows, \n for Unix, \r for Mac (?!)) and use that instead. [2002-03-04 05:36:24] [EMAIL PROTECTED] on windows we *do* talk STMP ... 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/15841 -- Edit this bug report at http://bugs.php.net/?id=15841edit=1
Bug #15008 Updated: Apache Crash
ID: 15008 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Closed Bug Type: Reproducible crash Operating System: Linux 2.4.5 PHP Version: 4.1.1 New Comment: The original reporter of this bug said it works for him now. Those other bugs are different issues. Previous Comments: [2002-03-14 21:40:09] [EMAIL PROTECTED] See also http://bugs.php.net/bug.php?id=14529 [2002-02-02 06:45:26] [EMAIL PROTECTED] Reopening. [2002-01-23 00:03:15] [EMAIL PROTECTED] See also http://bugs.php.net/bug.php?id=15096 [2002-01-22 23:45:59] [EMAIL PROTECTED] 2 x Apache 1.3.20 + MySQL 3.23.39 + Linux 2.4.17 (one with grsec patch). Pattern: logs full of messages mentioned in first report. Crash seems to happen on first load of the page in a freshly started browser (there's a session init on the page (two actually, on both same thing)), on reload things work ok. Session stuff done via mysql. PHP 4.1.1, loaded with extensions. [2002-01-12 21:15:06] [EMAIL PROTECTED] OK, This may actually not be a bug (In my case at least). Just reinstalled PHP 4.1.0 and it still happened. Not sure about the first submission, but it may still be a PHP bug but not for my case, at least. Sorry for all the bother. 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/15008 -- Edit this bug report at http://bugs.php.net/?id=15008edit=1
Bug #16740 Updated: HTTP_POST_FILES not functioning w/ certain browsers
ID: 16740
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: HTTP related
Operating System: Linux: 2.4.3 [Mandrake 8.0]
PHP Version: 4.1.2
New Comment:
The version of PHP that this bug was reported in is too old. Please
try to reproduce this bug in the latest version of PHP (available
from http://www.php.net/downloads.php
If you are still able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to Open.
Previous Comments:
[2002-04-23 00:46:40] [EMAIL PROTECTED]
When running this code:
##-- upload_test1.html --##
htmlheadtitleupload test/title/head
body
FORM ENCTYPE=multipart/form-data METHOD=POST
ACTION=upload_test2.php
input type=hidden name=MAX_FILE_SIZE value=100
nbsp;INPUT TYPE=FILE NAME=vita SIZE=30 MAXLENGTH=58
INPUT TYPE=submit NAME=update VALUE=Commit Changes
INPUT TYPE=RESET NAME=Reset VALUE=Reset Changes
/form
/body/html
##-- upload_test2.php --##
?php
if ($HTTP_POST_FILES['vita']['tmp_name'] != 'none')
{
echo a file was uploaded;
}
else
{
echo nothing was uploaded;
}
?
Different results depending on the browser one is using. If one uses
Galeon 1.2.0 under Linux or Mozilla 0.99 under linux, and one presses
the commit button WITHOUT uploading a file, the resulting page will
display a file was uploaded. This is due to the fact that tmp_name is
equal to instead of none which it is supposed to be equal to.
If one does upload a file, using galeon, tmp_file does get defined as
it should.
/vjl/
--
Edit this bug report at http://bugs.php.net/?id=16740edit=1
Bug #16466 Updated: problem with pg_host()
ID: 16466 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Analyzed Bug Type: PostgreSQL related Operating System: Win2000 PHP Version: 4.1.1 New Comment: It appears to connetion string parse problem when there is invalid value(s) is in it. There is no hostaddr parameter. Use host. Previous Comments: [2002-04-07 06:24:39] [EMAIL PROTECTED] It apears on windows 2000 a typical dialog box, reporting : php.exe - Application Error The instruction at 0x00b929a5 referenced memory at 0x000. The memory could not be read. With the option to close the application. the web browser gives a cgi error after that. i found the problem is on the second line with the hostaddr, if i use only host=100.100.0.2 it work fine. [2002-04-06 19:12:33] [EMAIL PROTECTED] I don't see any error on my linux. It may be Windows thing. Could you paste error message? (when you report, could you paste error, since developer may not see the same error) [2002-04-06 14:18:12] [EMAIL PROTECTED] This script give the same error on both of my web servers (iis,apache) Script: ?php $db_handle = pg_connect(dbname=ensite2001 hostaddr=100.100.0.2 user=rvilela password=xx); if ($db_handle) echo Connection attempt succeeded.br\n; else echo Connection attempt failed.br\n; echo h1Connection Information/h1; echo Database name: . pg_dbname($db_handle) . br\n; echo Hostname: . pg_host($db_handle) . br\n; //using this function crash php.exe echo Options: . pg_options($db_handle) . br\n; echo Port: . pg_port($db_handle) . br\n; echo TTY name: . pg_tty($db_handle) . br\n; pg_freeresult($result); pg_close($db_handle); ? -- Edit this bug report at http://bugs.php.net/?id=16466edit=1
