#25400 [Opn-Bgs]: mysql_connect - Segmentation Fault
ID: 25400 Updated by: [EMAIL PROTECTED] Reported By: stephan at wiedner dot cc -Status: Open +Status: Bogus Bug Type: MySQL related Operating System: Debian Woody Kernel:2.4.22 PHP Version: 5CVS-2003-09-06 (dev) New Comment: This is not a PHP problem, looks like your mysql configuration is borked. Try to install a 4.0.14 binary from mysql.com (or 4.0.15 which should be announced within the next days). Previous Comments: [2003-09-06 09:04:10] stephan at wiedner dot cc Description: Every try to connect to the MySQL Server ends up in a segmentation fault. When using the Apache2 Module I get the following log-output: [notice] child pid 25103 exit signal Segmentation fault (11) Using cli/php i just get Segmentation fault - without being any more specific... This problem occours with: php-5.0.0b1 php-cvs2003-08-31 php-cvs2003-09-06 Apache 2.0.47 MySQL 4.0.14 PHP Configure Options: ./configure --prefix=/usr/local \ --exec-prefix=/usr/local \ --bindir=/usr/local/bin \ --sbindir=/usr/local/sbin \ --libexecdir=/usr/local/libexec \ --datadir=/usr/local/share \ --sysconfdir=/usr/local/etc \ --sharedstatedir=/usr/local/com \ --localstatedir=/usr/local/var \ --libdir=/usr/local/lib \ --includedir=/usr/local/include \ --infodir=/usr/local/info \ --mandir=/usr/local/man \ --with-apxs2=/usr/sbin/apxs \ --enable-debug \ --with-config-file-path=/usr/local/lib \ --enable-safe-mode \ --disable-ipv6 \ --disable-short-tags \ --with-dom=/usr/local \ --with-xsl=/usr/local \ --with-pspell \ --enable-dbx \ --with-db4=/usr/local/BerkeleyDB.4.1 \ --with-gd=/usr/local \ --with-mysql=/usr/local \ --with-mysql-sock=/tmp/mysql.sock \ --with-pgsql \ --with-gettext \ --with-layout=GNU MySQL Configure Options: ./configure \ --prefix=/usr/local \ --enable-dependency-tracking \ --localstatedir=/home/mysql \ --enable-assembler \ --with-unix-socket-path=/tmp/mysql.sock \ --with-mysqld-user=mysql \ --with-mysqld-ldflags=-all-static I hope I provided all necessary information and that this isn't a bug but my fault... :) Reproduce code: --- ?php echo 'Trying to connect ... '; $con = mysql_connect('localhost','user','pass') or die (Unable to connect ...); echo super!; mysql_close($con); ? Expected result: super! Actual result: -- cli backtrace: server:/# gdb ./php GNU gdb 2002-04-01-cvs Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-linux... (gdb) run test2.php Starting program: /usr/src/WebServer/php-src/sapi/cli/php test2.php [New Thread 1024 (LWP 784)] Trying to connect ... Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP 784)] 0x08319af0 in ?? () (gdb) bt #0 0x08319af0 in ?? () #1 0x405f79e0 in _nss_db_getspnam_r () from /lib/libnss_db.so.2 #2 0x405f711e in _nss_db_endservent () from /lib/libnss_db.so.2 #3 0x405f73b3 in _nss_db_getservbyname_r () from /lib/libnss_db.so.2 #4 0x40571a83 in getservbyname_r () from /lib/libc.so.6 #5 0x40571931 in getservbyname () from /lib/libc.so.6 #6 0x401991af in mysql_once_init () from /usr/local/lib/mysql/libmysqlclient.so.12 #7 0x4019b9d8 in mysql_init () from /usr/local/lib/mysql/libmysqlclient.so.12 #8 0x080ad624 in php_mysql_do_connect (ht=3, return_value=0x405b94b8, this_ptr=0x0, return_value_used=1, persistent=0) at /usr/src/WebServer/php-src/ext/mysql/php_mysql.c:773 #9 0x080ad955 in zif_mysql_connect (ht=3, return_value=0x405b94b8, this_ptr=0x0, return_value_used=1) at /usr/src/WebServer/php-src/ext/mysql/php_mysql.c:829 #10 0x08238f70 in zend_do_fcall_common_helper (execute_data=0xbfffd760, op_array=0x405b8b7c) at /usr/src/WebServer/php-src/Zend/zend_execute.c:2541 #11 0x08239797 in zend_do_fcall_handler (execute_data=0xbfffd760, op_array=0x405b8b7c) at /usr/src/WebServer/php-src/Zend/zend_execute.c:2687 #12 0x08234ba7 in execute (op_array=0x405b8b7c) at /usr/src/WebServer/php-src/Zend/zend_execute.c:1267 #13 0x082127a4 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/WebServer/php-src/Zend/zend.c:1018 #14 0x081cc44b in php_execute_script (primary_file=0xbaf4) at /usr/src/WebServer/php-src/main/main.c:1625 #15 0x0824313f in main (argc=2, argv=0xbb84) at /usr/src/WebServer/php-src/sapi/cli/php_cli.c:910 (gdb) apache2 backtrace: Starting program: /usr/sbin/httpd -X [New Thread 1024 (LWP 853)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1024 (LWP
#25410 [NEW]: strange crash freeze bug when reassigning global var to method's return
From: xuefer at 21cn dot com Operating system: win PHP version: 4.3.3 PHP Bug Type: Scripting Engine problem Bug description: strange crash freeze bug when reassigning global var to method's return Description: the 1st code make apache crash, and the 2nd make apache freeze, taking full cpu usage notice that the exit statement is important noting will happend when exit is removed only class methods is affected, not function Reproduce code: --- crash: ?php class A { function getInstance() { if (empty($GLOBALS['a'])) { $GLOBALS['a'] = new A(); } return $GLOBALS['a']; } } $a = A::getInstance(); exit; ? freeze: ?php class A { function getInstance() { return $GLOBALS['a']; } } $a = A::getInstance(); exit; ? -- Edit bug report at http://bugs.php.net/?id=25410edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25410r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25410r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25410r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25410r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25410r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25410r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25410r=support Expected behavior: http://bugs.php.net/fix.php?id=25410r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25410r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25410r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25410r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25410r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25410r=dst IIS Stability: http://bugs.php.net/fix.php?id=25410r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25410r=gnused
#25408 [Com]: mail function drops some characters from body
ID: 25408 Comment by: ggdavid at newmail dot net Reported By: zabihi at iranculture dot org Status: Open Bug Type: Mail related Operating System: Win2000 Adv. - SP4 - IIS5.0 PHP Version: 4.3.3 New Comment: Yes, This is bug in PHP 4.3.3 I use php_imap.dll module from PHP 4.3.2 and use imap_mail() function instead mail() Previous Comments: [2003-09-07 01:10:13] zabihi at iranculture dot org Description: When body of message is more than 1024 characters, the 1024th character is dropped when sending mail. This problem occurs with every 1024 characters in the body, so 2048th and 3072nd characters are also dropped. Mail server is MDaemon 6.7 and no error is reporting. Reproduce code: --- $body=ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz1234567890\n; $body.=$body; $body.=$body; $body.=$body; $body.=$body; $body.=$body; $body.=$body; if (mail([EMAIL PROTECTED],Testing PHP Mail, $body, )) echo OK!; else echo Error!; Expected result: When we receive the message the following string should be repeated 64 times: ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz1234567890 Actual result: -- When we receive the message the following string is repeated 64 times but in line 17 the P character is dropped and in line 33 the f character is dropped and so on: ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz1234567890 -- Edit this bug report at http://bugs.php.net/?id=25408edit=1
#25411 [NEW]: Change SAFE MODE behavior for new dirs or files
From: 4u at direct-netware dot de Operating system: Linux in general PHP version: Irrelevant PHP Bug Type: Feature/Change Request Bug description: Change SAFE MODE behavior for new dirs or files Description: Every time a script wants to create a directory and a file in it, it fails because of SAFE MODE restrictions (uid). Please note, that this is only true, if uid control is active. Reproduce code: --- ?php mkdir (mydir,0777); $fp = fopen (mydir/myfile.php,w); fclose ($fp); ? Expected result: a) Directory does not exist Directory will be created using the UID of the script and afterwards create the file. b) Directory does exist A warning (or notice? or whatever it is) will be printed out because the directory already exists and afterwards the file will still be created. Expecting the right UID (same as the script) has created the directory. I want to request, that files and directories are always have the UID of the script (and the UID of the uploader) rather than the UID of the server which causes many providers to disturb normal PHP file actions. Actual result: -- a) Directory does not exist Directory will be created using the server UID and afterwards there will be an error while creating the file (SAFE MODE ...). b) Directory does exist A warning (or notice? or whatever it is) will be printed out because the directory already exists and afterwards the file will not be created because the script is not allowed to write in the directory (SAFE MODE ... UID ...). -- Edit bug report at http://bugs.php.net/?id=25411edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25411r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25411r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25411r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25411r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25411r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25411r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25411r=support Expected behavior: http://bugs.php.net/fix.php?id=25411r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25411r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25411r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25411r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25411r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25411r=dst IIS Stability: http://bugs.php.net/fix.php?id=25411r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25411r=gnused
#25412 [NEW]: #15702,#19327 still exist in php 4.3.3 ?
From: birdfly2000 at 163 dot com Operating system: redhat 7.1 PHP version: 4.3.3 PHP Bug Type: Java related Bug description: #15702,#19327 still exist in php 4.3.3 ? Description: Hello, I have a www server, it's configuration is redhat 7.1,apache 1.3.27,and jdk 1.3.1_06. Now, i want to compile php4.1.2 with jdk1.3.1_06 support and get some problems as follow link says. http://bugs.php.net/bug.php?id=19327 http://bugs.php.net/bug.php?id=15702 Fatal error: java.lang.UnsatisfiedLinkError: no php_java in java.library.path in /www/www.mydomain.com/jver.php on line 4 i make the symbolic link $extensiondir$/java.so to $extensiondir$/libphp_java.so and restart the apache /apache/bin/apachect restart ,but the error still exist. In this page, http://www.php.net/ChangeLog-4.php#4.3.3 it says bug #15702 fixed ,so i upgrade php4.1.2 to php 4.3.3 . but the same error still exist. LD_LIBRARY_PATH=LD_LIBRARY_PATH=/usr/oracle/lib:/lib:/usr/lib:/usr/local/lib:/usr/local/apache/libexec:/usr/java/jdk1.3.1_06/jre/lib/i38 6/native_threads:/usr/java/jdk1.3.1_06/jre/lib/i386:/usr/java/jdk1.3.1_06/jre/lib/i386/hotspot The content of /etc/ld.so.conf file /usr/lib /usr/kerberos/lib /usr/X11R6/lib /usr/lib/qt-2.3.0/lib /opt/sybase-11.9.2/lib /usr/java/jdk1.3.1_06/jre/lib/i386/hotspot /usr/java/jdk1.3.1_06/jre/lib/i386/native_threads /usr/java/jdk1.3.1_06/jre/lib/i386 My php.ini content about java: [Java] java.class.path = /usr/local/src/php-3.3.3/ext/java/php_java.jar:/usr/local/jakarta-tomcat-4.1.24/server/lib/ovjavasvr.jar java.home = /usr/java/jdk1.3.1_06 java.library = /usr/java/jdk1.3.1_06/jre/lib/i386/hotspot/libjvm.so extension_dir = /usr/local/src/php-4.3.3/modules extension = libphp_java.so [Java] java.class.path = /usr/local/src/php-4.3.3/ext/java/php_java.jar:/usr/local/jakarta-tomcat-4.1.24/server/lib/ovjavasvr.jar java.home = /usr/java/jdk1.3.1_06 java.library.path = /usr/java/jdk1.3.1_06/jre/lib/i386 java.library = /usr/java/jdk1.3.1_06/jre/lib/i386/libjava.so extension_dir = /usr/local/src/php-4.3.3/modules extension = libphp_java.so Where shall i do ? Is is a new bug ? Thanks someone to reply it . -- Edit bug report at http://bugs.php.net/?id=25412edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25412r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25412r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25412r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25412r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25412r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25412r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25412r=support Expected behavior: http://bugs.php.net/fix.php?id=25412r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25412r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25412r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25412r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25412r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25412r=dst IIS Stability: http://bugs.php.net/fix.php?id=25412r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25412r=gnused
#25401 [Fbk-Opn]: pdflib does not generate pdf
ID: 25401 User updated by: sj at ewetel dot de Reported By: sj at ewetel dot de -Status: Feedback +Status: Open Bug Type: PDF related Operating System: Solaris 2.8 PHP Version: 4.3.3 New Comment: doesn't work either, but when i try with telnet now, i get no body at all, the 0 is gone. Previous Comments: [2003-09-06 19:08:23] [EMAIL PROTECTED] Try this: # rm config.cache # ./configure \ --with-pdflib=/webserver/libs/pdflib-4.0.3-SunOS/bind/c \ --with-apxs=/webserver/server/apache-1.3.28/bin/apxs \ --disable-all --disable-cli # make clean make # cp .libs/libphp4.so /webserver/server/apache-1.3.28/libexec And restart apache, try the script again. [2003-09-06 13:30:04] sj at ewetel dot de configure is: ./configure --prefix=/webserver/libs/php-4.3.3 --enable-force-cgi-redirect --with-openssl=/webserver/libs/openssl-0.9.7b --with-zlib --with-zlib-dir=/webserver/libs/zlib-1.1.4 --enable-bcmath --enable-calendar --with-jpeg-dir=/webserver/gfx-libs --with-tiff-dir=/webserver/gfx-libs --enable-ftp --with-gd --with-png-dir=/webserver/gfx-libs --with-jpeg-dir=/webserver/gfx-libs --with-freetype-dir=/webserver/gfx-libs --enable-gd-native-ttf --with-mysql=/webserver/mysql --with-pdflib=/webserver/libs/pdflib-4.0.3-SunOS/bind/c --with-tiff-dir=/webserver/gfx-libs --enable-wddx --enable-memory-limit --with-ldap=/webserver/libs/openldap-2.1.22 --enable-sysvsem --enable-sysvshm --with-apxs=/webserver/server/apache-1.3.28/bin/apxs --with-config-file-path=/webserver/apache/conf/php --with-curl=/webserver/libs/curl-7.10.7 it seems to work with the cli interpreter. (in the php version i used before pdflib works with exactly the same configure, lib versions and apache) here's the telnet output: HTTP/1.1 200 OK Date: Sat, 06 Sep 2003 17:16:24 GMT Server: Apache/1.3.28 (Unix) PHP/4.3.3 mod_ssl/2.8.15 OpenSSL/0.9.7b X-Powered-By: PHP/4.3.3 Transfer-Encoding: chunked Content-Type: text/html 0 [2003-09-06 10:05:45] [EMAIL PROTECTED] Works fine for me with PHP 4.3.3 (and latest CVS too). What configure line did you use? What if you run the script on command line (using CLI)? Are you sure you're not getting some error there? etc. etc. [2003-09-06 09:19:47] sj at ewetel dot de Description: Since Upgrading to 4.3.3 the supplied test script does not generate any output. A telnet session gives only 0 back as body, last known working version is php4-STABLE-200303261230. Tried with pdflib 4.0.3 (.so) and 5.0.1 (.a) same error with both, nothing to see in the logs. Reproduce code: --- ?php $p = PDF_new(); PDF_open_file($p, ); PDF_set_info($p, Creator, hello.php); PDF_set_info($p, Author, Rainer Schaaf); PDF_set_info($p, Title, Hello world (PHP)); PDF_begin_page($p, 595, 842); # Change host encoding to winansi or whatever you need! $font = PDF_findfont($p, Helvetica-Bold, host, 0); PDF_setfont($p, $font, 18.0); PDF_set_text_pos($p, 50, 700); PDF_show($p, Hello world!); PDF_continue_text($p, (says PHP)); PDF_end_page($p); PDF_close($p); $buf = PDF_get_buffer($p); $len = strlen($buf); header(Content-type: application/pdf); header(Content-Length: $len); header(Content-Disposition: inline; filename=hello.pdf); print $buf; PDF_delete($p); ? Expected result: The generated PDF should show up in the browser. -- Edit this bug report at http://bugs.php.net/?id=25401edit=1
#24978 [Opn-Csd]: PHP should allow access to object properties inline
ID: 24978 Updated by: [EMAIL PROTECTED] Reported By: mitsu at syntheticzero dot com -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: ALL PHP Version: 4.3.1 New Comment: Most if not all of this will be available in PHP5. You can give a try to PHP5 betas. Thank you for you FR. Previous Comments: [2003-08-07 23:29:07] mitsu at syntheticzero dot com Description: As noted in a comment to the PHP object/classes page: It seems there is no way to access the return value of a method (or any function) inline, without assigning it to a variable. For example: $test = new Test; // This does not work: $foo = $test-blah()[0]; // Instead have to do: $temp = $test-blah(); $foo = $temp[0]; // Similarly for objects, cannot do: $foo = $test-childTest()-blah(); // Instead have to do: $temp = $test-childTest(); $foo = $temp-blah(); :-( I would like to strongly request that PHP add this functionality to a future version. The editor's note says that PHP is not a hard-core OOP language --- however, it seems to me that this is a very essential feature if you want to use even fairly basic object-oriented principles. For example, because of this, it is very difficult to use access methods instead of directly accessing instance variables of a class. I.e., suppose I have a class which has an array inside it, called $contents, which contain a variable called $foo. I can do this: $object-contents[5]-foo Suppose I want to use an access method instead: $object-getContents(5) so that I can hide the fact that $contents is an array --- maybe later I might want to change it so it looks up the value in a mysql database or something. I would want to be able to write: $object-getContents(5)-foo (or even better, $object-getContents(5)-foo() ) but I can't. Instead, I have to write the much more cumbersome: $temp = $object-getContents(5); $temp-foo(); Not allowing transparent use of access methods destroys a lot of the power of using object-oriented programming. If you can't use access methods cleanly, then you are forced to reach inside the object and directly access instance variables, violating encapsulation and making it difficult to change the internal structure of a class without having to rewrite everything that calls it. Reproduce code: --- class Test { function blah () { return array(1,2,3); } function childTest () { return new Test; } } Expected result: $test = new Test; // This does not work: $foo = $test-blah()[0]; // Instead have to do: $temp = $test-blah(); $foo = $temp[0]; // Similarly for objects, cannot do: $foo = $test-childTest()-blah(); // Instead have to do: $temp = $test-childTest(); $foo = $temp-blah(); -- Edit this bug report at http://bugs.php.net/?id=24978edit=1
#25412 [Opn-Bgs]: #15702,#19327 still exist in php 4.3.3 ?
ID: 25412 Updated by: [EMAIL PROTECTED] Reported By: birdfly2000 at 163 dot com -Status: Open +Status: Bogus Bug Type: Java related Operating System: redhat 7.1 PHP Version: 4.3.3 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. And don't bother adding more comments anywhere either. We know it doesn't work. Previous Comments: [2003-09-07 07:00:53] birdfly2000 at 163 dot com Description: Hello, I have a www server, it's configuration is redhat 7.1,apache 1.3.27,and jdk 1.3.1_06. Now, i want to compile php4.1.2 with jdk1.3.1_06 support and get some problems as follow link says. http://bugs.php.net/bug.php?id=19327 http://bugs.php.net/bug.php?id=15702 Fatal error: java.lang.UnsatisfiedLinkError: no php_java in java.library.path in /www/www.mydomain.com/jver.php on line 4 i make the symbolic link $extensiondir$/java.so to $extensiondir$/libphp_java.so and restart the apache /apache/bin/apachect restart ,but the error still exist. In this page, http://www.php.net/ChangeLog-4.php#4.3.3 it says bug #15702 fixed ,so i upgrade php4.1.2 to php 4.3.3 . but the same error still exist. LD_LIBRARY_PATH=LD_LIBRARY_PATH=/usr/oracle/lib:/lib:/usr/lib:/usr/local/lib:/usr/local/apache/libexec:/usr/java/jdk1.3.1_06/jre/lib/i38 6/native_threads:/usr/java/jdk1.3.1_06/jre/lib/i386:/usr/java/jdk1.3.1_06/jre/lib/i386/hotspot The content of /etc/ld.so.conf file /usr/lib /usr/kerberos/lib /usr/X11R6/lib /usr/lib/qt-2.3.0/lib /opt/sybase-11.9.2/lib /usr/java/jdk1.3.1_06/jre/lib/i386/hotspot /usr/java/jdk1.3.1_06/jre/lib/i386/native_threads /usr/java/jdk1.3.1_06/jre/lib/i386 My php.ini content about java: [Java] java.class.path = /usr/local/src/php-3.3.3/ext/java/php_java.jar:/usr/local/jakarta-tomcat-4.1.24/server/lib/ovjavasvr.jar java.home = /usr/java/jdk1.3.1_06 java.library = /usr/java/jdk1.3.1_06/jre/lib/i386/hotspot/libjvm.so extension_dir = /usr/local/src/php-4.3.3/modules extension = libphp_java.so [Java] java.class.path = /usr/local/src/php-4.3.3/ext/java/php_java.jar:/usr/local/jakarta-tomcat-4.1.24/server/lib/ovjavasvr.jar java.home = /usr/java/jdk1.3.1_06 java.library.path = /usr/java/jdk1.3.1_06/jre/lib/i386 java.library = /usr/java/jdk1.3.1_06/jre/lib/i386/libjava.so extension_dir = /usr/local/src/php-4.3.3/modules extension = libphp_java.so Where shall i do ? Is is a new bug ? Thanks someone to reply it . -- Edit this bug report at http://bugs.php.net/?id=25412edit=1
#24978 [Csd]: PHP should allow access to object properties inline
ID: 24978 Updated by: [EMAIL PROTECTED] Reported By: mitsu at syntheticzero dot com Status: Closed Bug Type: Feature/Change Request Operating System: ALL PHP Version: 4.3.1 New Comment: Don't bother trying 5.0.0b1, get the latest CVS snapshot instead, from http://snaps.php.net/ And Andrey, don't suggest anyone try the buggy beta1, please. Previous Comments: [2003-09-07 08:29:50] [EMAIL PROTECTED] Most if not all of this will be available in PHP5. You can give a try to PHP5 betas. Thank you for you FR. [2003-08-07 23:29:07] mitsu at syntheticzero dot com Description: As noted in a comment to the PHP object/classes page: It seems there is no way to access the return value of a method (or any function) inline, without assigning it to a variable. For example: $test = new Test; // This does not work: $foo = $test-blah()[0]; // Instead have to do: $temp = $test-blah(); $foo = $temp[0]; // Similarly for objects, cannot do: $foo = $test-childTest()-blah(); // Instead have to do: $temp = $test-childTest(); $foo = $temp-blah(); :-( I would like to strongly request that PHP add this functionality to a future version. The editor's note says that PHP is not a hard-core OOP language --- however, it seems to me that this is a very essential feature if you want to use even fairly basic object-oriented principles. For example, because of this, it is very difficult to use access methods instead of directly accessing instance variables of a class. I.e., suppose I have a class which has an array inside it, called $contents, which contain a variable called $foo. I can do this: $object-contents[5]-foo Suppose I want to use an access method instead: $object-getContents(5) so that I can hide the fact that $contents is an array --- maybe later I might want to change it so it looks up the value in a mysql database or something. I would want to be able to write: $object-getContents(5)-foo (or even better, $object-getContents(5)-foo() ) but I can't. Instead, I have to write the much more cumbersome: $temp = $object-getContents(5); $temp-foo(); Not allowing transparent use of access methods destroys a lot of the power of using object-oriented programming. If you can't use access methods cleanly, then you are forced to reach inside the object and directly access instance variables, violating encapsulation and making it difficult to change the internal structure of a class without having to rewrite everything that calls it. Reproduce code: --- class Test { function blah () { return array(1,2,3); } function childTest () { return new Test; } } Expected result: $test = new Test; // This does not work: $foo = $test-blah()[0]; // Instead have to do: $temp = $test-blah(); $foo = $temp[0]; // Similarly for objects, cannot do: $foo = $test-childTest()-blah(); // Instead have to do: $temp = $test-childTest(); $foo = $temp-blah(); -- Edit this bug report at http://bugs.php.net/?id=24978edit=1
#25401 [Opn-Fbk]: pdflib does not generate pdf
ID: 25401 Updated by: [EMAIL PROTECTED] Reported By: sj at ewetel dot de -Status: Open +Status: Feedback Bug Type: PDF related Operating System: Solaris 2.8 PHP Version: 4.3.3 New Comment: Do 'apachectl stop' and make sure it REALLY stopped before you start it again. (never use 'apachectl restart' after upgrading PHP) Previous Comments: [2003-09-07 07:07:03] sj at ewetel dot de doesn't work either, but when i try with telnet now, i get no body at all, the 0 is gone. [2003-09-06 19:08:23] [EMAIL PROTECTED] Try this: # rm config.cache # ./configure \ --with-pdflib=/webserver/libs/pdflib-4.0.3-SunOS/bind/c \ --with-apxs=/webserver/server/apache-1.3.28/bin/apxs \ --disable-all --disable-cli # make clean make # cp .libs/libphp4.so /webserver/server/apache-1.3.28/libexec And restart apache, try the script again. [2003-09-06 13:30:04] sj at ewetel dot de configure is: ./configure --prefix=/webserver/libs/php-4.3.3 --enable-force-cgi-redirect --with-openssl=/webserver/libs/openssl-0.9.7b --with-zlib --with-zlib-dir=/webserver/libs/zlib-1.1.4 --enable-bcmath --enable-calendar --with-jpeg-dir=/webserver/gfx-libs --with-tiff-dir=/webserver/gfx-libs --enable-ftp --with-gd --with-png-dir=/webserver/gfx-libs --with-jpeg-dir=/webserver/gfx-libs --with-freetype-dir=/webserver/gfx-libs --enable-gd-native-ttf --with-mysql=/webserver/mysql --with-pdflib=/webserver/libs/pdflib-4.0.3-SunOS/bind/c --with-tiff-dir=/webserver/gfx-libs --enable-wddx --enable-memory-limit --with-ldap=/webserver/libs/openldap-2.1.22 --enable-sysvsem --enable-sysvshm --with-apxs=/webserver/server/apache-1.3.28/bin/apxs --with-config-file-path=/webserver/apache/conf/php --with-curl=/webserver/libs/curl-7.10.7 it seems to work with the cli interpreter. (in the php version i used before pdflib works with exactly the same configure, lib versions and apache) here's the telnet output: HTTP/1.1 200 OK Date: Sat, 06 Sep 2003 17:16:24 GMT Server: Apache/1.3.28 (Unix) PHP/4.3.3 mod_ssl/2.8.15 OpenSSL/0.9.7b X-Powered-By: PHP/4.3.3 Transfer-Encoding: chunked Content-Type: text/html 0 [2003-09-06 10:05:45] [EMAIL PROTECTED] Works fine for me with PHP 4.3.3 (and latest CVS too). What configure line did you use? What if you run the script on command line (using CLI)? Are you sure you're not getting some error there? etc. etc. [2003-09-06 09:19:47] sj at ewetel dot de Description: Since Upgrading to 4.3.3 the supplied test script does not generate any output. A telnet session gives only 0 back as body, last known working version is php4-STABLE-200303261230. Tried with pdflib 4.0.3 (.so) and 5.0.1 (.a) same error with both, nothing to see in the logs. Reproduce code: --- ?php $p = PDF_new(); PDF_open_file($p, ); PDF_set_info($p, Creator, hello.php); PDF_set_info($p, Author, Rainer Schaaf); PDF_set_info($p, Title, Hello world (PHP)); PDF_begin_page($p, 595, 842); # Change host encoding to winansi or whatever you need! $font = PDF_findfont($p, Helvetica-Bold, host, 0); PDF_setfont($p, $font, 18.0); PDF_set_text_pos($p, 50, 700); PDF_show($p, Hello world!); PDF_continue_text($p, (says PHP)); PDF_end_page($p); PDF_close($p); $buf = PDF_get_buffer($p); $len = strlen($buf); header(Content-type: application/pdf); header(Content-Length: $len); header(Content-Disposition: inline; filename=hello.pdf); print $buf; PDF_delete($p); ? Expected result: The generated PDF should show up in the browser. -- Edit this bug report at http://bugs.php.net/?id=25401edit=1
#25410 [Opn-Csd]: strange crash freeze bug when reassigning global var to method's return
ID: 25410 Updated by: [EMAIL PROTECTED] Reported By: xuefer at 21cn dot com -Status: Open +Status: Closed Bug Type: Scripting Engine problem Operating System: win PHP Version: 4.3.3 New Comment: Fixed in PHP 5. (ZE2, won't fix in PHP 4) Previous Comments: [2003-09-07 06:13:39] xuefer at 21cn dot com Description: the 1st code make apache crash, and the 2nd make apache freeze, taking full cpu usage notice that the exit statement is important noting will happend when exit is removed only class methods is affected, not function Reproduce code: --- crash: ?php class A { function getInstance() { if (empty($GLOBALS['a'])) { $GLOBALS['a'] = new A(); } return $GLOBALS['a']; } } $a = A::getInstance(); exit; ? freeze: ?php class A { function getInstance() { return $GLOBALS['a']; } } $a = A::getInstance(); exit; ? -- Edit this bug report at http://bugs.php.net/?id=25410edit=1
#25408 [Opn-Bgs]: mail function drops some characters from body
ID: 25408 Updated by: [EMAIL PROTECTED] Reported By: zabihi at iranculture dot org -Status: Open +Status: Bogus Bug Type: Mail related Operating System: Win2000 Adv. - SP4 - IIS5.0 PHP Version: 4.3.3 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. *sigh* Previous Comments: [2003-09-07 06:33:14] ggdavid at newmail dot net Yes, This is bug in PHP 4.3.3 I use php_imap.dll module from PHP 4.3.2 and use imap_mail() function instead mail() [2003-09-07 01:10:13] zabihi at iranculture dot org Description: When body of message is more than 1024 characters, the 1024th character is dropped when sending mail. This problem occurs with every 1024 characters in the body, so 2048th and 3072nd characters are also dropped. Mail server is MDaemon 6.7 and no error is reporting. Reproduce code: --- $body=ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz1234567890\n; $body.=$body; $body.=$body; $body.=$body; $body.=$body; $body.=$body; $body.=$body; if (mail([EMAIL PROTECTED],Testing PHP Mail, $body, )) echo OK!; else echo Error!; Expected result: When we receive the message the following string should be repeated 64 times: ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz1234567890 Actual result: -- When we receive the message the following string is repeated 64 times but in line 17 the P character is dropped and in line 33 the f character is dropped and so on: ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz1234567890 -- Edit this bug report at http://bugs.php.net/?id=25408edit=1
#25414 [NEW]: All variables == 08 | 09 | 00
From: webmaster at demomusic dot nu Operating system: WinXP, Unix PHP version: 4.3.3 PHP Bug Type: Output Control Bug description: All variables == 08 | 09 | 00 Description: Every variable, uninitiated or == , returns true when compared with 00, 08 or 09. Standard compilation + gd2 library. phpver 4.3.3, bug tested on both WinXP using apache and Unix using apache. On WinXP: no changes to php.ini-dist than different includepath. Reproduce code: --- if ($foo == 00) {echo Allthough this should not show, it showsbr;} if ($foo == 08) {echo Allthough this should not show, it showsbr;} if ($foo == 09) {echo Allthough this should not show, it showsbr;} Actual result: -- Allthough this should not show, it shows Allthough this should not show, it shows Allthough this should not show, it shows -- Edit bug report at http://bugs.php.net/?id=25414edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25414r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25414r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25414r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25414r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25414r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25414r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25414r=support Expected behavior: http://bugs.php.net/fix.php?id=25414r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25414r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25414r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25414r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25414r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25414r=dst IIS Stability: http://bugs.php.net/fix.php?id=25414r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25414r=gnused
#25394 [Opn-Bgs]: Segfault and Crash on long scripts.
ID: 25394 Updated by: [EMAIL PROTECTED] Reported By: mark dot meredith at shaw dot ca -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: MAC OS 10.2.6 PHP Version: 4CVS-2003-09-06 (stable) New Comment: [xserver:~/jani/php4] admin% uname -v Darwin Kernel Version 6.6: Thu May 1 21:48:54 PDT 2003 [xserver:~/jani/php4] admin% sapi/cli/php ../t.php Allowed memory size of 8388608 bytes exhausted (tried to allocate 14155776 bytes) Previous Comments: [2003-09-07 01:29:41] mark dot meredith at shaw dot ca Are you sure you were running this on a Apple Mac OS X box? I have tried the memory_limit directive and corresponding configure option. Even when set to allow 64MB the script still crashes at exactly the same length. I also used no memory directive and a memory limit of -1. Everything produces the same result at the same point in the script. After the report was labeled Bogus I got my hands on a brand new iBook. Same thing. I have also tried the www.serverlogistics.com and www.entropy.ch builds with the same crash at the same line. Thanks again for your time and efforts. I hope this is squashable. [2003-09-06 19:14:49] [EMAIL PROTECTED] Can not reproduce with a script that has $x=1 about 500'000 times. Only thing I get is: Allowed memory size of 8388608 bytes exhausted at /usr/src/web/php/php4_3/Zend/zend_opcode.c:48 (tried to allocate 11796480 bytes) I suggest you use '--enable-memory-limit' configure option and set the 'memory_limit' directive in php.ini to a reasonable amount. This will prevent any stupid scripts like this from crashing. [2003-09-06 03:50:36] mark dot meredith at shaw dot ca Description: I have tested this with the 4.3.2 and 4.3.3 official releases as well. I have not tried any earlier releases. I have tried with the command line or as an Apache 1 or Apache 2 module all with the same result. I used no extensions or modules for the builds in all cases. Apparently the bug does not occur for Windows XP Pro and likely some other operating systems. I was told this by some users of a PHP forum who tried their own test scripts. The result of memory_get_usage() placed on a script one line shorter than the crash length returned around 1MB. Thank you. Reproduce code: --- ?php /*presumably any long script that consumes enough memory will cause the problem*/ /*this assignment done about 1 times*/ $x = 1; ? Expected result: Nothing but a clean run through. Actual result: -- The backtrace from the STABLE snapshot cli was... (gdb) bt #0 0x00183b9c in execute (op_array=0x4e7c58) at /Users/ markmere/Sources/php4-snapshot/Zend/zend_execute.c:1027 #1 0x0016e334 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /Users/markmere/Sources/php4-snapshot/ Zend/zend.c:885 #2 0x001208e0 in php_execute_script (primary_file=0xb7c0) at /Users/markmere/Sources/php4- snapshot/main/main.c:1723 #3 0x0018ea84 in main (argc=2, argv=0xbd24) at /Users/ markmere/Sources/php4-snapshot/sapi/cli/php_cli.c:819 #4 0x2564 in _start (argc=2, argv=0xbd24, envp=0xbd30) at /SourceCache/Csu/Csu-45/crt.c:267 #5 0x23e4 in start () -- Edit this bug report at http://bugs.php.net/?id=25394edit=1
#25414 [Opn-Bgs]: All variables == 08 | 09 | 00
ID: 25414 Updated by: [EMAIL PROTECTED] Reported By: webmaster at demomusic dot nu -Status: Open +Status: Bogus Bug Type: Output Control Operating System: WinXP, Unix PHP Version: 4.3.3 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php octal numbers, manual... figure it out. Previous Comments: [2003-09-07 11:27:11] webmaster at demomusic dot nu Description: Every variable, uninitiated or == , returns true when compared with 00, 08 or 09. Standard compilation + gd2 library. phpver 4.3.3, bug tested on both WinXP using apache and Unix using apache. On WinXP: no changes to php.ini-dist than different includepath. Reproduce code: --- if ($foo == 00) {echo Allthough this should not show, it showsbr;} if ($foo == 08) {echo Allthough this should not show, it showsbr;} if ($foo == 09) {echo Allthough this should not show, it showsbr;} Actual result: -- Allthough this should not show, it shows Allthough this should not show, it shows Allthough this should not show, it shows -- Edit this bug report at http://bugs.php.net/?id=25414edit=1
#25414 [Com]: All variables == 08 | 09 | 00
ID: 25414 Comment by: patrik at lepatrik dot se Reported By: webmaster at demomusic dot nu Status: Bogus Bug Type: Output Control Operating System: WinXP, Unix PHP Version: 4.3.3 New Comment: rtfm Previous Comments: [2003-09-07 11:30:34] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php octal numbers, manual... figure it out. [2003-09-07 11:27:11] webmaster at demomusic dot nu Description: Every variable, uninitiated or == , returns true when compared with 00, 08 or 09. Standard compilation + gd2 library. phpver 4.3.3, bug tested on both WinXP using apache and Unix using apache. On WinXP: no changes to php.ini-dist than different includepath. Reproduce code: --- if ($foo == 00) {echo Allthough this should not show, it showsbr;} if ($foo == 08) {echo Allthough this should not show, it showsbr;} if ($foo == 09) {echo Allthough this should not show, it showsbr;} Actual result: -- Allthough this should not show, it shows Allthough this should not show, it shows Allthough this should not show, it shows -- Edit this bug report at http://bugs.php.net/?id=25414edit=1
#25403 [Opn-WFx]: Problem with VT_DATE
ID: 25403 Updated by: [EMAIL PROTECTED] Reported By: m dot melloff at mptronic dot com -Status: Open +Status: Wont fix Bug Type: COM related Operating System: WindowsXP PHP Version: 4.3.2 New Comment: The com extension has been completely rewritten in PHP5 and the PHP4 com extension is no longer being maintained. If you find bugs with the com extension in PHP5 please report them. Latest PHP 5 snapshot can be found at http://snaps.php.net/ Previous Comments: [2003-09-06 10:27:50] m dot melloff at mptronic dot com Description: Problem when retrieving a VT_DATE in a COM object if the date is to 01/01/1970 the code works fine with with any date 01/01/1970 the problem is VT_Date can start at 01/01/1901 and $DOB-Value returns a timestamp starting from 1970 instead of 1901. While it makes easy to format the VT_Date with Date($format,$timestamp) it does not alow to retrieve dates 1970 from a COM:VT_Date variable for VT_Date 1970 (year) ,$DOB-Value return -1 ... Reproduce code: --- $query = new COM(DICOMobjects.DICOMQuery) ; //settings to Query the Dicom Server $query-node=localhost; $query-port=104; $query-CallingAE=Client; $query-CalledAE=Server; $query-Name=*; //tell the query to return any patient $result = $query-DoQuery;//starts the query $results = $query-Count;//number of items returned for($i=1;$i$results+1;$i++) { $Attrib=$answer-Attributes; $DOB = $Attrib-ItemByIndex(4);//Date of birth of the patient echo $DOB-value.br; //is a VT_Date an returns a Timestamp echo date(d/m/Y,$DOB-value).br; //formats the timestamp } Expected result: the returned timestamp should not be -1 for dates 1970 that makes the date unaccessible , and even for dates1970 the timestamp should be given from 1901 and not 1970 like it is now Actual result: -- A timestamp starting from 1901 and not 1970. Please help me :p -- Edit this bug report at http://bugs.php.net/?id=25403edit=1
#25414 [Com]: All variables == 08 | 09 | 00
ID: 25414 Comment by: koi at casual dot se Reported By: webmaster at demomusic dot nu Status: Bogus Bug Type: Output Control Operating System: WinXP, Unix PHP Version: 4.3.3 New Comment: indeed Previous Comments: [2003-09-07 11:33:15] patrik at lepatrik dot se rtfm [2003-09-07 11:30:34] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php octal numbers, manual... figure it out. [2003-09-07 11:27:11] webmaster at demomusic dot nu Description: Every variable, uninitiated or == , returns true when compared with 00, 08 or 09. Standard compilation + gd2 library. phpver 4.3.3, bug tested on both WinXP using apache and Unix using apache. On WinXP: no changes to php.ini-dist than different includepath. Reproduce code: --- if ($foo == 00) {echo Allthough this should not show, it showsbr;} if ($foo == 08) {echo Allthough this should not show, it showsbr;} if ($foo == 09) {echo Allthough this should not show, it showsbr;} Actual result: -- Allthough this should not show, it shows Allthough this should not show, it shows Allthough this should not show, it shows -- Edit this bug report at http://bugs.php.net/?id=25414edit=1
#25391 [Opn-WFx]: Problem with method call - please report this bug
ID: 25391 Updated by: [EMAIL PROTECTED] Reported By: skissane at ics dot mq dot edu dot au -Status: Open +Status: Wont fix Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 4.3.3 New Comment: Works with PHP5 - won't fix in PHP4. (basically any OO bugs in PHP4 gets the same treatment, if it doesn't work in PHP5, report it, otherwise, forget about it) Previous Comments: [2003-09-06 01:46:08] skissane at ics dot mq dot edu dot au Description: Getting error message telling me to report this bug, so I am. Confirmed only happens with 4.3.3; 5CVS-2003-09-06 gives the more sensible error message Fatal error: Using $this when not in object context on the previous line, indicating this is a ZE1 problem. Reproduce code: --- ? class foo { function bar() { } } $this-x = y; echo foo::bar(); ? Expected result: No message instructing me to file a bug report. Possibly, an error about using $this outside a class, like PHP5 gives. Actual result: -- Warning: Problem with method call - please report this bug on line 8 -- Edit this bug report at http://bugs.php.net/?id=25391edit=1
#25414 [Bgs]: All variables == 08 | 09 | 00
ID: 25414 User updated by: webmaster at demomusic dot nu Reported By: webmaster at demomusic dot nu Status: Bogus Bug Type: Output Control Operating System: WinXP, Unix PHP Version: 4.3.3 New Comment: Can't find any general information about them octal numbers, maybe someone could post some info about this here? http://www.google.com/search?q=octal%2Bnumbers+site:www.php.net Previous Comments: [2003-09-07 11:30:34] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php octal numbers, manual... figure it out. [2003-09-07 11:27:11] webmaster at demomusic dot nu Description: Every variable, uninitiated or == , returns true when compared with 00, 08 or 09. Standard compilation + gd2 library. phpver 4.3.3, bug tested on both WinXP using apache and Unix using apache. On WinXP: no changes to php.ini-dist than different includepath. Reproduce code: --- if ($foo == 00) {echo Allthough this should not show, it showsbr;} if ($foo == 08) {echo Allthough this should not show, it showsbr;} if ($foo == 09) {echo Allthough this should not show, it showsbr;} Actual result: -- Allthough this should not show, it shows Allthough this should not show, it shows Allthough this should not show, it shows -- Edit this bug report at http://bugs.php.net/?id=25414edit=1
#25414 [Bgs-Opn]: All variables == 08 | 09 | 00
ID: 25414 User updated by: webmaster at demomusic dot nu Reported By: webmaster at demomusic dot nu -Status: Bogus +Status: Open Bug Type: Output Control Operating System: WinXP, Unix PHP Version: 4.3.3 New Comment: I still see this as a bug, since my script doesn't act the expected way because of it. I am using it in a select: option value=01 ?if ($form_hour == 01) echo selected;?01 option value=01 ?if ($form_hour == 02) echo selected;?02 etc option value=01 ?if ($form_hour == 08) echo selected;?08 And when $form_hour is == to 02 or anything under 09, the selected option is always 09. Irritating, and a bug, in my eyes Previous Comments: [2003-09-07 11:39:53] webmaster at demomusic dot nu Can't find any general information about them octal numbers, maybe someone could post some info about this here? http://www.google.com/search?q=octal%2Bnumbers+site:www.php.net [2003-09-07 11:30:34] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php octal numbers, manual... figure it out. [2003-09-07 11:27:11] webmaster at demomusic dot nu Description: Every variable, uninitiated or == , returns true when compared with 00, 08 or 09. Standard compilation + gd2 library. phpver 4.3.3, bug tested on both WinXP using apache and Unix using apache. On WinXP: no changes to php.ini-dist than different includepath. Reproduce code: --- if ($foo == 00) {echo Allthough this should not show, it showsbr;} if ($foo == 08) {echo Allthough this should not show, it showsbr;} if ($foo == 09) {echo Allthough this should not show, it showsbr;} Actual result: -- Allthough this should not show, it shows Allthough this should not show, it shows Allthough this should not show, it shows -- Edit this bug report at http://bugs.php.net/?id=25414edit=1
#25414 [Opn-Bgs]: All variables == 08 | 09 | 00
ID: 25414 Updated by: [EMAIL PROTECTED] Reported By: webmaster at demomusic dot nu -Status: Open +Status: Bogus Bug Type: Output Control Operating System: WinXP, Unix PHP Version: 4.3.3 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Keep this bogus, it's not a bug. Previous Comments: [2003-09-07 11:46:18] webmaster at demomusic dot nu I still see this as a bug, since my script doesn't act the expected way because of it. I am using it in a select: option value=01 ?if ($form_hour == 01) echo selected;?01 option value=01 ?if ($form_hour == 02) echo selected;?02 etc option value=01 ?if ($form_hour == 08) echo selected;?08 And when $form_hour is == to 02 or anything under 09, the selected option is always 09. Irritating, and a bug, in my eyes [2003-09-07 11:39:53] webmaster at demomusic dot nu Can't find any general information about them octal numbers, maybe someone could post some info about this here? http://www.google.com/search?q=octal%2Bnumbers+site:www.php.net [2003-09-07 11:30:34] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php octal numbers, manual... figure it out. [2003-09-07 11:27:11] webmaster at demomusic dot nu Description: Every variable, uninitiated or == , returns true when compared with 00, 08 or 09. Standard compilation + gd2 library. phpver 4.3.3, bug tested on both WinXP using apache and Unix using apache. On WinXP: no changes to php.ini-dist than different includepath. Reproduce code: --- if ($foo == 00) {echo Allthough this should not show, it showsbr;} if ($foo == 08) {echo Allthough this should not show, it showsbr;} if ($foo == 09) {echo Allthough this should not show, it showsbr;} Actual result: -- Allthough this should not show, it shows Allthough this should not show, it shows Allthough this should not show, it shows -- Edit this bug report at http://bugs.php.net/?id=25414edit=1
#25401 [Fbk-Opn]: pdflib does not generate pdf
ID: 25401 User updated by: sj at ewetel dot de Reported By: sj at ewetel dot de -Status: Feedback +Status: Open Bug Type: PDF related Operating System: Solaris 2.8 PHP Version: 4.3.3 New Comment: I did, really ;). Now, i even waited 2 minutes after the last proc exited just to go sure. Maybe the test before i was too fast, because now i get the body with the 0 again. Previous Comments: [2003-09-07 11:08:57] [EMAIL PROTECTED] Do 'apachectl stop' and make sure it REALLY stopped before you start it again. (never use 'apachectl restart' after upgrading PHP) [2003-09-07 07:07:03] sj at ewetel dot de doesn't work either, but when i try with telnet now, i get no body at all, the 0 is gone. [2003-09-06 19:08:23] [EMAIL PROTECTED] Try this: # rm config.cache # ./configure \ --with-pdflib=/webserver/libs/pdflib-4.0.3-SunOS/bind/c \ --with-apxs=/webserver/server/apache-1.3.28/bin/apxs \ --disable-all --disable-cli # make clean make # cp .libs/libphp4.so /webserver/server/apache-1.3.28/libexec And restart apache, try the script again. [2003-09-06 13:30:04] sj at ewetel dot de configure is: ./configure --prefix=/webserver/libs/php-4.3.3 --enable-force-cgi-redirect --with-openssl=/webserver/libs/openssl-0.9.7b --with-zlib --with-zlib-dir=/webserver/libs/zlib-1.1.4 --enable-bcmath --enable-calendar --with-jpeg-dir=/webserver/gfx-libs --with-tiff-dir=/webserver/gfx-libs --enable-ftp --with-gd --with-png-dir=/webserver/gfx-libs --with-jpeg-dir=/webserver/gfx-libs --with-freetype-dir=/webserver/gfx-libs --enable-gd-native-ttf --with-mysql=/webserver/mysql --with-pdflib=/webserver/libs/pdflib-4.0.3-SunOS/bind/c --with-tiff-dir=/webserver/gfx-libs --enable-wddx --enable-memory-limit --with-ldap=/webserver/libs/openldap-2.1.22 --enable-sysvsem --enable-sysvshm --with-apxs=/webserver/server/apache-1.3.28/bin/apxs --with-config-file-path=/webserver/apache/conf/php --with-curl=/webserver/libs/curl-7.10.7 it seems to work with the cli interpreter. (in the php version i used before pdflib works with exactly the same configure, lib versions and apache) here's the telnet output: HTTP/1.1 200 OK Date: Sat, 06 Sep 2003 17:16:24 GMT Server: Apache/1.3.28 (Unix) PHP/4.3.3 mod_ssl/2.8.15 OpenSSL/0.9.7b X-Powered-By: PHP/4.3.3 Transfer-Encoding: chunked Content-Type: text/html 0 [2003-09-06 10:05:45] [EMAIL PROTECTED] Works fine for me with PHP 4.3.3 (and latest CVS too). What configure line did you use? What if you run the script on command line (using CLI)? Are you sure you're not getting some error there? etc. etc. 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/25401 -- Edit this bug report at http://bugs.php.net/?id=25401edit=1
#25415 [NEW]: empty string passed to PQconnectdb()
From: domingo at dad-it dot com Operating system: linux PHP version: 4.3.3 PHP Bug Type: PostgreSQL related Bug description: empty string passed to PQconnectdb() Description: When using the pg_connect with only one parameter (conection string) a empty string is passed to PQconnectdb() allowing only connection to default dabase for the current user. -- Edit bug report at http://bugs.php.net/?id=25415edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25415r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25415r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25415r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25415r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25415r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25415r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25415r=support Expected behavior: http://bugs.php.net/fix.php?id=25415r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25415r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25415r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25415r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25415r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25415r=dst IIS Stability: http://bugs.php.net/fix.php?id=25415r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25415r=gnused
#25401 [Opn-Fbk]: pdflib does not generate pdf
ID: 25401 Updated by: [EMAIL PROTECTED] Reported By: sj at ewetel dot de -Status: Open +Status: Feedback Bug Type: PDF related Operating System: Solaris 2.8 PHP Version: 4.3.3 New Comment: Do you happen to have any Zend extensions loaded? Such as some debugger/cache? And what's the diff between php.ini-dist (assuming you used that as base) and your php.ini ?? Previous Comments: [2003-09-07 12:04:52] sj at ewetel dot de I did, really ;). Now, i even waited 2 minutes after the last proc exited just to go sure. Maybe the test before i was too fast, because now i get the body with the 0 again. [2003-09-07 11:08:57] [EMAIL PROTECTED] Do 'apachectl stop' and make sure it REALLY stopped before you start it again. (never use 'apachectl restart' after upgrading PHP) [2003-09-07 07:07:03] sj at ewetel dot de doesn't work either, but when i try with telnet now, i get no body at all, the 0 is gone. [2003-09-06 19:08:23] [EMAIL PROTECTED] Try this: # rm config.cache # ./configure \ --with-pdflib=/webserver/libs/pdflib-4.0.3-SunOS/bind/c \ --with-apxs=/webserver/server/apache-1.3.28/bin/apxs \ --disable-all --disable-cli # make clean make # cp .libs/libphp4.so /webserver/server/apache-1.3.28/libexec And restart apache, try the script again. [2003-09-06 13:30:04] sj at ewetel dot de configure is: ./configure --prefix=/webserver/libs/php-4.3.3 --enable-force-cgi-redirect --with-openssl=/webserver/libs/openssl-0.9.7b --with-zlib --with-zlib-dir=/webserver/libs/zlib-1.1.4 --enable-bcmath --enable-calendar --with-jpeg-dir=/webserver/gfx-libs --with-tiff-dir=/webserver/gfx-libs --enable-ftp --with-gd --with-png-dir=/webserver/gfx-libs --with-jpeg-dir=/webserver/gfx-libs --with-freetype-dir=/webserver/gfx-libs --enable-gd-native-ttf --with-mysql=/webserver/mysql --with-pdflib=/webserver/libs/pdflib-4.0.3-SunOS/bind/c --with-tiff-dir=/webserver/gfx-libs --enable-wddx --enable-memory-limit --with-ldap=/webserver/libs/openldap-2.1.22 --enable-sysvsem --enable-sysvshm --with-apxs=/webserver/server/apache-1.3.28/bin/apxs --with-config-file-path=/webserver/apache/conf/php --with-curl=/webserver/libs/curl-7.10.7 it seems to work with the cli interpreter. (in the php version i used before pdflib works with exactly the same configure, lib versions and apache) here's the telnet output: HTTP/1.1 200 OK Date: Sat, 06 Sep 2003 17:16:24 GMT Server: Apache/1.3.28 (Unix) PHP/4.3.3 mod_ssl/2.8.15 OpenSSL/0.9.7b X-Powered-By: PHP/4.3.3 Transfer-Encoding: chunked Content-Type: text/html 0 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/25401 -- Edit this bug report at http://bugs.php.net/?id=25401edit=1
#25416 [NEW]: Script parsed twice on table background tag
From: alex dot hennecke at web dot de Operating system: Windows 98, Linux PHP version: 4.3.1 PHP Bug Type: Apache related Bug description: Script parsed twice on table background tag Description: The background attribute of a table-tag causes the script to be executed twice. This also happens if the script is nested somewhere in included sub-scripts, causing the calling main script to be executed twice, e.g.: main.php includes sub1.php sub1.php includes error.php error.php has a table background=... will result in a successive GET request, causing main.php to be executed again. This occurs on Apache 1.3.27, both on Linux and Windows environment, tested with Internet Explorer 6 and Mozilla (Firebird). Apache and Php are running at the default configuration, no additional modules. Reproduce code: --- test.php: --- html body table background=#FF trtd/td/tr /table /body /html Expected result: Should execute script once, which it does if the background attribute is removed. Actual result: -- Script will be executed twice, as described above. Apache access.log: 127.0.0.1 - - [08/Sep/2003:18:00:01 +0200] GET /phpLib/test2.php HTTP/1.1 200 107 127.0.0.1 - - [08/Sep/2003:18:00:02 +0200] GET /phpLib/test2.php HTTP/1.1 200 107 Apache error.log (running on DEBUG loglevel): [Mon Sep 08 18:04:13 2003] [info] Parent: Created child process -1399539 [Mon Sep 08 18:04:13 2003] [info] Parent: Duplicating socket 68 and sending it to child process -1399539 [Mon Sep 08 18:04:13 2003] [info] BytesRead = 372 WSAProtocolInfo = 020 [Mon Sep 08 18:04:17 2003] [info] Invoking CGI Command 'd:\PHP\PHP.EXE ' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[0] = 'COMSPEC=C:\WINDOWS\COMMAND.COM' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[1] = 'DOCUMENT_ROOT=e:/dulce/marketing site2/' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[2] = 'HTTP_ACCEPT=text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,*/*;q=0.1' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[3] = 'HTTP_ACCEPT_CHARSET=ISO-8859-1,utf-8;q=0.7,*;q=0.7' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[4] = 'HTTP_ACCEPT_ENCODING=gzip,deflate' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[5] = 'HTTP_ACCEPT_LANGUAGE=en-us,en;q=0.5' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[6] = 'HTTP_CONNECTION=keep-alive' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[7] = 'HTTP_HOST=localhost' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[8] = 'HTTP_KEEP_ALIVE=300' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[9] = 'HTTP_USER_AGENT=Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.5a) Gecko/20030728 Mozilla Firebird/0.6.1' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[10] = 'PATH=D:\PERL\BIN;D:\UTILS\RESKIT;D:\JAVA\J2SDK-1_4_0_02\BIN\;C:\WINDOWS;C:\WINDOWS\COMMAND' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[11] = 'REDIRECT_STATUS=200' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[12] = 'REDIRECT_URL=/phpLib/test2.php' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[13] = 'REMOTE_ADDR=127.0.0.1' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[14] = 'REMOTE_PORT=2591' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[15] = 'SCRIPT_FILENAME=d:/php/php.exe' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[16] = 'SERVER_ADDR=127.0.0.1' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[17] = '[EMAIL PROTECTED]' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[18] = 'SERVER_NAME=www.e-nterests.com' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[19] = 'SERVER_PORT=80' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[20] = 'SERVER_SIGNATURE=ADDRESSApache/1.3.27 Server at www.e-nterests.com Port 80/ADDRESS ' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[21] = 'SERVER_SOFTWARE=Apache/1.3.27 (Win32)' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[22] = 'WINDIR=C:\WINDOWS' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[23] = 'GATEWAY_INTERFACE=CGI/1.1' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[24] = 'SERVER_PROTOCOL=HTTP/1.1' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[25] =
#25415 [Opn-Fbk]: empty string passed to PQconnectdb()
ID: 25415 Updated by: [EMAIL PROTECTED] Reported By: domingo at dad-it dot com -Status: Open +Status: Feedback Bug Type: PostgreSQL related Operating System: linux PHP Version: 4.3.3 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. Thank you for your interest in PHP. Previous Comments: [2003-09-07 12:13:37] domingo at dad-it dot com Description: When using the pg_connect with only one parameter (conection string) a empty string is passed to PQconnectdb() allowing only connection to default dabase for the current user. -- Edit this bug report at http://bugs.php.net/?id=25415edit=1
#25416 [Opn-Bgs]: Script parsed twice on table background tag
ID: 25416 Updated by: [EMAIL PROTECTED] Reported By: alex dot hennecke at web dot de -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Windows 98, Linux PHP Version: 4.3.1 New Comment: Yes, and this is not PHP bug. Previous Comments: [2003-09-07 12:18:04] alex dot hennecke at web dot de Description: The background attribute of a table-tag causes the script to be executed twice. This also happens if the script is nested somewhere in included sub-scripts, causing the calling main script to be executed twice, e.g.: main.php includes sub1.php sub1.php includes error.php error.php has a table background=... will result in a successive GET request, causing main.php to be executed again. This occurs on Apache 1.3.27, both on Linux and Windows environment, tested with Internet Explorer 6 and Mozilla (Firebird). Apache and Php are running at the default configuration, no additional modules. Reproduce code: --- test.php: --- html body table background=#FF trtd/td/tr /table /body /html Expected result: Should execute script once, which it does if the background attribute is removed. Actual result: -- Script will be executed twice, as described above. Apache access.log: 127.0.0.1 - - [08/Sep/2003:18:00:01 +0200] GET /phpLib/test2.php HTTP/1.1 200 107 127.0.0.1 - - [08/Sep/2003:18:00:02 +0200] GET /phpLib/test2.php HTTP/1.1 200 107 Apache error.log (running on DEBUG loglevel): [Mon Sep 08 18:04:13 2003] [info] Parent: Created child process -1399539 [Mon Sep 08 18:04:13 2003] [info] Parent: Duplicating socket 68 and sending it to child process -1399539 [Mon Sep 08 18:04:13 2003] [info] BytesRead = 372 WSAProtocolInfo = 020 [Mon Sep 08 18:04:17 2003] [info] Invoking CGI Command 'd:\PHP\PHP.EXE ' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[0] = 'COMSPEC=C:\WINDOWS\COMMAND.COM' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[1] = 'DOCUMENT_ROOT=e:/dulce/marketing site2/' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[2] = 'HTTP_ACCEPT=text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,*/*;q=0.1' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[3] = 'HTTP_ACCEPT_CHARSET=ISO-8859-1,utf-8;q=0.7,*;q=0.7' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[4] = 'HTTP_ACCEPT_ENCODING=gzip,deflate' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[5] = 'HTTP_ACCEPT_LANGUAGE=en-us,en;q=0.5' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[6] = 'HTTP_CONNECTION=keep-alive' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[7] = 'HTTP_HOST=localhost' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[8] = 'HTTP_KEEP_ALIVE=300' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[9] = 'HTTP_USER_AGENT=Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.5a) Gecko/20030728 Mozilla Firebird/0.6.1' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[10] = 'PATH=D:\PERL\BIN;D:\UTILS\RESKIT;D:\JAVA\J2SDK-1_4_0_02\BIN\;C:\WINDOWS;C:\WINDOWS\COMMAND' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[11] = 'REDIRECT_STATUS=200' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[12] = 'REDIRECT_URL=/phpLib/test2.php' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[13] = 'REMOTE_ADDR=127.0.0.1' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[14] = 'REMOTE_PORT=2591' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[15] = 'SCRIPT_FILENAME=d:/php/php.exe' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[16] = 'SERVER_ADDR=127.0.0.1' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[17] = '[EMAIL PROTECTED]' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[18] = 'SERVER_NAME=www.e-nterests.com' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[19] = 'SERVER_PORT=80' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[20] = 'SERVER_SIGNATURE=ADDRESSApache/1.3.27 Server at www.e-nterests.com Port 80/ADDRESS ' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[21] = 'SERVER_SOFTWARE=Apache/1.3.27 (Win32)' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144): CGI env[22] = 'WINDIR=C:\WINDOWS' [Mon Sep 08 18:04:17 2003] [debug] .\main\util_script.c(1144):
#25415 [Fbk-Opn]: empty string passed to PQconnectdb()
ID: 25415 User updated by: domingo at dad-it dot com Reported By: domingo at dad-it dot com -Status: Feedback +Status: Open Bug Type: PostgreSQL related Operating System: linux PHP Version: 4.3.3 New Comment: Any attempt to connect to a database other than the default for the current user doesn't work Previous Comments: [2003-09-07 12:18:07] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. [2003-09-07 12:13:37] domingo at dad-it dot com Description: When using the pg_connect with only one parameter (conection string) a empty string is passed to PQconnectdb() allowing only connection to default dabase for the current user. -- Edit this bug report at http://bugs.php.net/?id=25415edit=1
#25415 [Opn-Fbk]: empty string passed to PQconnectdb()
ID: 25415 Updated by: [EMAIL PROTECTED] Reported By: domingo at dad-it dot com -Status: Open +Status: Feedback Bug Type: PostgreSQL related Operating System: linux PHP Version: 4.3.3 New Comment: *sigh*...try give an EXAMPLE what you did. Previous Comments: [2003-09-07 12:22:30] domingo at dad-it dot com Any attempt to connect to a database other than the default for the current user doesn't work [2003-09-07 12:18:07] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. [2003-09-07 12:13:37] domingo at dad-it dot com Description: When using the pg_connect with only one parameter (conection string) a empty string is passed to PQconnectdb() allowing only connection to default dabase for the current user. -- Edit this bug report at http://bugs.php.net/?id=25415edit=1
#25401 [Fbk-Opn]: pdflib does not generate pdf
ID: 25401 User updated by: sj at ewetel dot de Reported By: sj at ewetel dot de -Status: Feedback +Status: Open Bug Type: PDF related Operating System: Solaris 2.8 PHP Version: 4.3.3 New Comment: no extensions. php.ini is just: [PHP] error_reporting = 0 session.save_path = /webserver/httproot/php-session-data register_globals = On safe_mode_gid = On [MySQL] mysql.allow_persistent = Off mysql.max_persistent = 0 everything is the same as with the php version i used before. Previous Comments: [2003-09-07 12:15:35] [EMAIL PROTECTED] Do you happen to have any Zend extensions loaded? Such as some debugger/cache? And what's the diff between php.ini-dist (assuming you used that as base) and your php.ini ?? [2003-09-07 12:04:52] sj at ewetel dot de I did, really ;). Now, i even waited 2 minutes after the last proc exited just to go sure. Maybe the test before i was too fast, because now i get the body with the 0 again. [2003-09-07 11:08:57] [EMAIL PROTECTED] Do 'apachectl stop' and make sure it REALLY stopped before you start it again. (never use 'apachectl restart' after upgrading PHP) [2003-09-07 07:07:03] sj at ewetel dot de doesn't work either, but when i try with telnet now, i get no body at all, the 0 is gone. [2003-09-06 19:08:23] [EMAIL PROTECTED] Try this: # rm config.cache # ./configure \ --with-pdflib=/webserver/libs/pdflib-4.0.3-SunOS/bind/c \ --with-apxs=/webserver/server/apache-1.3.28/bin/apxs \ --disable-all --disable-cli # make clean make # cp .libs/libphp4.so /webserver/server/apache-1.3.28/libexec And restart apache, try the script again. 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/25401 -- Edit this bug report at http://bugs.php.net/?id=25401edit=1
#25401 [Opn-Fbk]: pdflib does not generate pdf
ID: 25401 Updated by: [EMAIL PROTECTED] Reported By: sj at ewetel dot de -Status: Open +Status: Feedback Bug Type: PDF related Operating System: Solaris 2.8 PHP Version: 4.3.3 New Comment: With that php.ini, the script you provided works as fine as it did before. Please provide access to this machine where the bug happens, I have no solaris machine's to test with. Previous Comments: [2003-09-07 12:26:05] sj at ewetel dot de no extensions. php.ini is just: [PHP] error_reporting = 0 session.save_path = /webserver/httproot/php-session-data register_globals = On safe_mode_gid = On [MySQL] mysql.allow_persistent = Off mysql.max_persistent = 0 everything is the same as with the php version i used before. [2003-09-07 12:15:35] [EMAIL PROTECTED] Do you happen to have any Zend extensions loaded? Such as some debugger/cache? And what's the diff between php.ini-dist (assuming you used that as base) and your php.ini ?? [2003-09-07 12:04:52] sj at ewetel dot de I did, really ;). Now, i even waited 2 minutes after the last proc exited just to go sure. Maybe the test before i was too fast, because now i get the body with the 0 again. [2003-09-07 11:08:57] [EMAIL PROTECTED] Do 'apachectl stop' and make sure it REALLY stopped before you start it again. (never use 'apachectl restart' after upgrading PHP) [2003-09-07 07:07:03] sj at ewetel dot de doesn't work either, but when i try with telnet now, i get no body at all, the 0 is 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/25401 -- Edit this bug report at http://bugs.php.net/?id=25401edit=1
#25401 [Fbk-Opn]: pdflib does not generate pdf
ID: 25401 User updated by: sj at ewetel dot de Reported By: sj at ewetel dot de -Status: Feedback +Status: Open Bug Type: PDF related Operating System: Solaris 2.8 PHP Version: 4.3.3 New Comment: wow, thats a tough one ;) it's our productive webhosting cluster, i have to check with several people if it is possible at all. i will do this tommorow morning. Previous Comments: [2003-09-07 12:29:49] [EMAIL PROTECTED] With that php.ini, the script you provided works as fine as it did before. Please provide access to this machine where the bug happens, I have no solaris machine's to test with. [2003-09-07 12:26:05] sj at ewetel dot de no extensions. php.ini is just: [PHP] error_reporting = 0 session.save_path = /webserver/httproot/php-session-data register_globals = On safe_mode_gid = On [MySQL] mysql.allow_persistent = Off mysql.max_persistent = 0 everything is the same as with the php version i used before. [2003-09-07 12:15:35] [EMAIL PROTECTED] Do you happen to have any Zend extensions loaded? Such as some debugger/cache? And what's the diff between php.ini-dist (assuming you used that as base) and your php.ini ?? [2003-09-07 12:04:52] sj at ewetel dot de I did, really ;). Now, i even waited 2 minutes after the last proc exited just to go sure. Maybe the test before i was too fast, because now i get the body with the 0 again. [2003-09-07 11:08:57] [EMAIL PROTECTED] Do 'apachectl stop' and make sure it REALLY stopped before you start it again. (never use 'apachectl restart' after upgrading PHP) 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/25401 -- Edit this bug report at http://bugs.php.net/?id=25401edit=1
#25401 [Opn-Fbk]: pdflib does not generate pdf
ID: 25401 Updated by: [EMAIL PROTECTED] Reported By: sj at ewetel dot de -Status: Open +Status: Feedback Bug Type: PDF related Operating System: Solaris 2.8 PHP Version: 4.3.3 New Comment: keep the feedback status until you can give it. Previous Comments: [2003-09-07 12:39:36] sj at ewetel dot de wow, thats a tough one ;) it's our productive webhosting cluster, i have to check with several people if it is possible at all. i will do this tommorow morning. [2003-09-07 12:29:49] [EMAIL PROTECTED] With that php.ini, the script you provided works as fine as it did before. Please provide access to this machine where the bug happens, I have no solaris machine's to test with. [2003-09-07 12:26:05] sj at ewetel dot de no extensions. php.ini is just: [PHP] error_reporting = 0 session.save_path = /webserver/httproot/php-session-data register_globals = On safe_mode_gid = On [MySQL] mysql.allow_persistent = Off mysql.max_persistent = 0 everything is the same as with the php version i used before. [2003-09-07 12:15:35] [EMAIL PROTECTED] Do you happen to have any Zend extensions loaded? Such as some debugger/cache? And what's the diff between php.ini-dist (assuming you used that as base) and your php.ini ?? [2003-09-07 12:04:52] sj at ewetel dot de I did, really ;). Now, i even waited 2 minutes after the last proc exited just to go sure. Maybe the test before i was too fast, because now i get the body with the 0 again. 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/25401 -- Edit this bug report at http://bugs.php.net/?id=25401edit=1
#25417 [NEW]: auto_prepend_file value appearing in other virtual hosts
From: peterb at asceda dot co dot uk Operating system: RH Linux 2.4.18-27.7.xsmp PHP version: 4.3.3 PHP Bug Type: Apache2 related Bug description: auto_prepend_file value appearing in other virtual hosts Description: Apache 2.0.47 prefork with named virtual host support running mod_php. When running a simple script to execute phpinfo() the prepend setting of one virtual host can appear in the settings for a host without a prepend file defined. It may be related to what site an apache child process last served as to what prepend value is displayed. Reproduce code: --- VirtualHost #1 php_value auto_prepend_file /site1/prepend.php /VirtualHost VirtualHost #2 # No prepend file defined for this site /VirtualHost /usr/local/php/php.ini # No prepend file defined auto_prepend_file = Expected result: Each site should have, and maintain, its own auto_prepend_file setting. Actual result: -- Sometimes the auto_prepend_file definition from site #1 appears in the phpinfo() output of site #2. -- Edit bug report at http://bugs.php.net/?id=25417edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25417r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25417r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25417r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25417r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25417r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25417r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25417r=support Expected behavior: http://bugs.php.net/fix.php?id=25417r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25417r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25417r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25417r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25417r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25417r=dst IIS Stability: http://bugs.php.net/fix.php?id=25417r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25417r=gnused
#25417 [Opn-Bgs]: auto_prepend_file value appearing in other virtual hosts
ID: 25417 Updated by: [EMAIL PROTECTED] Reported By: peterb at asceda dot co dot uk -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: RH Linux 2.4.18-27.7.xsmp PHP Version: 4.3.3 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. This is already submitted for a lot of other settings. We're having a hard time figuring out what the problem is, but this report is superfluous. Thanks for reporting though. Previous Comments: [2003-09-07 13:30:16] peterb at asceda dot co dot uk Description: Apache 2.0.47 prefork with named virtual host support running mod_php. When running a simple script to execute phpinfo() the prepend setting of one virtual host can appear in the settings for a host without a prepend file defined. It may be related to what site an apache child process last served as to what prepend value is displayed. Reproduce code: --- VirtualHost #1 php_value auto_prepend_file /site1/prepend.php /VirtualHost VirtualHost #2 # No prepend file defined for this site /VirtualHost /usr/local/php/php.ini # No prepend file defined auto_prepend_file = Expected result: Each site should have, and maintain, its own auto_prepend_file setting. Actual result: -- Sometimes the auto_prepend_file definition from site #1 appears in the phpinfo() output of site #2. -- Edit this bug report at http://bugs.php.net/?id=25417edit=1
#25418 [NEW]: references on unset vars continue to live
From: alexandre dot boyer7 at wanadoo dot fr Operating system: WIN 2000 PHP version: 5CVS-2003-09-07 (dev) PHP Bug Type: Zend Engine 2 problem Bug description: references on unset vars continue to live Description: just look at the source code Reproduce code: --- http://cedalex.phpnet.org/test.html Expected result: Create And Print A1 a Object ( [id] = 914581 ) A2 references A1; ref=1 A3 reference A2; ref=1 A1 unset; print A1 A1 unset; print A2 A1 unset; print A3 Actual result: -- Create And Print A1 a Object ( [id] = 914581 ) A2 references A1; ref=1 A3 reference A2; ref=1 A1 unset; print A1 A1 unset; print A2 a Object ( [id] = 914581 ) A1 unset; print A3 a Object ( [id] = 914581 ) -- Edit bug report at http://bugs.php.net/?id=25418edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25418r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25418r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25418r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25418r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25418r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25418r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25418r=support Expected behavior: http://bugs.php.net/fix.php?id=25418r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25418r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25418r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25418r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25418r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25418r=dst IIS Stability: http://bugs.php.net/fix.php?id=25418r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25418r=gnused
#25418 [Opn-Bgs]: references on unset vars continue to live
ID: 25418 Updated by: [EMAIL PROTECTED] Reported By: alexandre dot boyer7 at wanadoo dot fr -Status: Open +Status: Bogus Bug Type: Zend Engine 2 problem Operating System: WIN 2000 PHP Version: 5CVS-2003-09-07 (dev) New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php If you unset() something, you remove the link from the variable name to the value. All other references still exist, because the variable name is not the same as the one you unset(). Derick Previous Comments: [2003-09-07 13:57:38] alexandre dot boyer7 at wanadoo dot fr Description: just look at the source code Reproduce code: --- http://cedalex.phpnet.org/test.html Expected result: Create And Print A1 a Object ( [id] = 914581 ) A2 references A1; ref=1 A3 reference A2; ref=1 A1 unset; print A1 A1 unset; print A2 A1 unset; print A3 Actual result: -- Create And Print A1 a Object ( [id] = 914581 ) A2 references A1; ref=1 A3 reference A2; ref=1 A1 unset; print A1 A1 unset; print A2 a Object ( [id] = 914581 ) A1 unset; print A3 a Object ( [id] = 914581 ) -- Edit this bug report at http://bugs.php.net/?id=25418edit=1
#25419 [NEW]: Call-time pass-by-reference has been deprecated but without it it's impossible to pass a object-reference via call_user_function
From: roland at inkoeln dot com Operating system: Linux PHP version: 4.3.3 PHP Bug Type: Variables related Bug description: Call-time pass-by-reference has been deprecated but without it it's impossible to pass a object-reference via call_user_function Description: You *must* use Call-time pass-by-reference to pass a object-reference when using call_user_function. In the example changeA() is declared to use passing by reference but it still doesn't work. I think call_user_function should either try to discover if it's passing by reference at runtime or just pass always by reference. Reproduce code: --- ?php class A { var $_id = 'A'; function printID() { print A::id=[.$this-_id.]\n; } function remote($obj_ref, $obj_method) { call_user_func(array($obj_ref, $obj_method), $this); // this on works: // call_user_func(array($obj_ref, $obj_method),$this); } } class B { function changeA($obj) { $obj-_id = 'B'; $obj-printID(); } } $a = new A(); $b = new B(); $a-printID(); $a-remote($b, 'changeA'); $a-printID(); ? Expected result: A::id=[A] A::id=[B] A::id=[B] Actual result: -- A::id=[A] A::id=[B] A::id=[A] -- Edit bug report at http://bugs.php.net/?id=25419edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25419r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25419r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25419r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25419r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25419r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25419r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25419r=support Expected behavior: http://bugs.php.net/fix.php?id=25419r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25419r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25419r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25419r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25419r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25419r=dst IIS Stability: http://bugs.php.net/fix.php?id=25419r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25419r=gnused
#25418 [Bgs]: references on unset vars continue to live
ID: 25418 User updated by: alexandre dot boyer7 at wanadoo dot fr Reported By: alexandre dot boyer7 at wanadoo dot fr Status: Bogus Bug Type: Zend Engine 2 problem Operating System: WIN 2000 PHP Version: 5CVS-2003-09-07 (dev) New Comment: I read the doc and i understood the results return, but i don't know how todispose an object that is referenced by several references. For example, if i have 3 references that reference an object in an array, how can i dispose the object in that array (set it to null) with one of my references ? For the moment, i use singleton to achieve it but it's heavy. I think a free() or dispose() function is needed which destroys an object and set all references to null;needn't it ? Regards, AB Previous Comments: [2003-09-07 14:00:09] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php If you unset() something, you remove the link from the variable name to the value. All other references still exist, because the variable name is not the same as the one you unset(). Derick [2003-09-07 13:57:38] alexandre dot boyer7 at wanadoo dot fr Description: just look at the source code Reproduce code: --- http://cedalex.phpnet.org/test.html Expected result: Create And Print A1 a Object ( [id] = 914581 ) A2 references A1; ref=1 A3 reference A2; ref=1 A1 unset; print A1 A1 unset; print A2 A1 unset; print A3 Actual result: -- Create And Print A1 a Object ( [id] = 914581 ) A2 references A1; ref=1 A3 reference A2; ref=1 A1 unset; print A1 A1 unset; print A2 a Object ( [id] = 914581 ) A1 unset; print A3 a Object ( [id] = 914581 ) -- Edit this bug report at http://bugs.php.net/?id=25418edit=1
#25419 [Opn-WFx]: Call-time pass-by-reference has been deprecated but without it it's impossible t
ID: 25419 Updated by: [EMAIL PROTECTED] Reported By: roland at inkoeln dot com -Status: Open +Status: Wont fix -Bug Type: Variables related +Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 4.3.3 New Comment: Fixed in PHP 5 (ZE2), won't fix in PHP 4. Previous Comments: [2003-09-07 14:51:59] roland at inkoeln dot com Description: You *must* use Call-time pass-by-reference to pass a object-reference when using call_user_function. In the example changeA() is declared to use passing by reference but it still doesn't work. I think call_user_function should either try to discover if it's passing by reference at runtime or just pass always by reference. Reproduce code: --- ?php class A { var $_id = 'A'; function printID() { print A::id=[.$this-_id.]\n; } function remote($obj_ref, $obj_method) { call_user_func(array($obj_ref, $obj_method), $this); // this on works: // call_user_func(array($obj_ref, $obj_method),$this); } } class B { function changeA($obj) { $obj-_id = 'B'; $obj-printID(); } } $a = new A(); $b = new B(); $a-printID(); $a-remote($b, 'changeA'); $a-printID(); ? Expected result: A::id=[A] A::id=[B] A::id=[B] Actual result: -- A::id=[A] A::id=[B] A::id=[A] -- Edit this bug report at http://bugs.php.net/?id=25419edit=1
#24853 [Com]: General extensions load fails for undefined symbols
ID: 24853 Comment by: jorton at redhat dot com Reported By: alietss at yahoo dot com Status: Bogus Bug Type: Apache2 related Operating System: Linux RedHat 9.0 PHP Version: 4CVS-2003-07-29 (stable) New Comment: This bug was due to use of the --enable-versioning flag, which is in principle not compatible with using loadable modules. In practice it works with libtool 1.4 and earlier, since those versions don't implement the -export-symbols flag correctly. Upgrade to libtool 1.5 and -export-symbols does what you tell it, and PHP can't load modules any more. This bug is in no way specific to the apache2handler or filter; it would affect the apache 1.3 SAPI module as well, or any SAPI which is built as a DSO on Unix. Previous Comments: [2003-07-29 10:51:36] [EMAIL PROTECTED] you are using unofficial patches to PHP? Not our prob. Also, you use certain configure options that you should not use, like --enable-versioning, --with-regex=system.. Try with this configure line: ./configure --disable-all --with-apxs2...and only ONE shared extension. This works fine for me, no bug. [2003-07-29 09:09:48] [EMAIL PROTECTED] What process model are you using with your apache? [2003-07-29 08:53:12] alietss at yahoo dot com Description: Hi people: I'm testing php-4.3.3 on RedHat 9.0 with httpd-2.0.47-3 added unixd.h and related headers files and used redhat patches to prevent the load of extensions when exists undefined symbols, I built php as a handler, when I start apache the extensions fails to load with this errors on apache error log... PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php4/imap.so' - /usr/lib/php4/imap.so: undefined symbol: file_globals in Unknown on line 0 PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php4/ldap.so' - /usr/lib/php4/ldap.so: undefined symbol: OnUpdateInt in Unknown on line 0 PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php4/mcal.so' - /usr/lib/php4/mcal.so: undefined symbol: convert_to_array in Unknown on line 0 PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php4/mcrypt.so' - /usr/lib/php4/mcrypt.so: undefined symbol: OnUpdateString in Unknown on line 0 PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php4/mhash.so' - /usr/lib/php4/mhash.so: undefined symbol: zend_register_long_constant in Unknown on line 0 PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php4/mssql.so' - /usr/lib/php4/mssql.so: undefined symbol: OnUpdateBool in Unknown on line 0 PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php4/mysql.so' - /usr/lib/php4/mysql.so: undefined symbol: OnUpdateInt in Unknown on line 0 PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php4/odbc.so' - /usr/lib/php4/odbc.so: undefined symbol: OnUpdateInt in Unknown on line 0 PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php4/pdf.so' - /usr/lib/php4/pdf.so: undefined symbol: core_globals in Unknown on line 0 PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php4/pgsql.so' - /usr/lib/php4/pgsql.so: undefined symbol: OnUpdateBool in Unknown on line 0 PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php4/snmp.so' - /usr/lib/php4/snmp.so: undefined symbol: zend_get_parameters_ex in Unknown on line 0 PHP Warning: Unknown(): Unable to load dynamic library '/usr/lib/php4/xslt.so' - /usr/lib/php4/xslt.so: undefined symbol: executor_globals in Unknown on line 0 Here my configure line './configure' '--host=i686-pc-linux-gnu' '--build=i686-pc-linux-gnu' '--target=i686-redhat-linux-gnu' '--program-prefix=' '--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' '--cache-file=../config.cache' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--enable-force-cgi-redirect' '--disable-debug' '--enable-pic' '--disable-rpath' '--enable-inline-optimization' '--with-bz2' '--with-db4=/usr' '--with-curl' '--with-dom=/usr' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-gd' '--enable-gd-native-ttf' '--with-ttf' '--with-gdbm' '--with-gettext' '--with-pdflib=shared' '--with-tiff-dir=/usr' '--with-ncurses' '--with-gmp' '--with-iconv' '--enable-xslt=shared' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-pspell' '--with-regex=system' '--with-xml' '--with-xmlrpc' '--with-expat-dir=/usr' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-exif'
#25319 [Opn-Fbk]: Can't configure php-4.3.3 with thttpd web server (thttpd-2.21b)
ID: 25319 Updated by: [EMAIL PROTECTED] Reported By: jbrown at thrupoint dot net -Status: Open +Status: Feedback Bug Type: Other web server Operating System: FreeBSD 4.8 PHP Version: 4.3.3 New Comment: Try this (remove the old dirs first!) # tar xvzf thttpd-2.21b.tar.gz # tar xvzf php-4.3.3.tar.gz # cd thttpd-2.21b # patch -p 1 ../php-4.3.3/sapi/thttpd/thttpd_patch If this fails, check your patch version: # patch --version Previous Comments: [2003-08-30 09:25:42] jbrown at thrupoint dot net Description: Hello, I followed the installation instructions for thttpd: --- ctar xvzf thttpd-2.21b.tar.gz tar xvzf php-4.3.3.tar.gz cd php-4.3.3 ./configure --with-thttpd=../thttpd-2.21b make install -- Installation fails. See 'results' section below. Best Regards, jpb === Actual result: -- ... toward end of 'make install' for php-4.3.3... Zend/zend_sprintf.lo Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo Zend/zend_execute.lo sapi/cli/php_cli.lo sapi/cli/getopt.lo main/internal_functions_cli.lo -lcrypt -lcrypt -lm -lcrypt -lcrypt -o sapi/cli/php ext/mysql/libmysql/my_tempnam.o: In function `my_tempnam': /opt/pkg/php-4.3.3/ext/mysql/libmysql/my_tempnam.c:117: warning: tempnam() possibly used unsafely; consider using mkstemp() Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/man/man1/ Installing PHP SAPI module: thttpd Hmm... Looks like a unified diff to me... The text leading up to this was: -- |diff -ur thttpd-2.21b/Makefile.in thttpd-2.21b-cool/Makefile.in |--- thttpd-2.21b/Makefile.in Thu Mar 29 20:36:21 2001 |+++ thttpd-2.21b-cool/Makefile.in Mon Jun 16 21:08:05 2003 -- patch: can't find 1 *** Error code 1 Stop in /opt/pkg/php-4.3.3. -- Edit this bug report at http://bugs.php.net/?id=25319edit=1
#25420 [NEW]: pg_connect using connectstring only connect with default database
From: domingo at dad-it dot com Operating system: Linux SUSE 7.3 PHP version: 4.3.3 PHP Bug Type: PostgreSQL related Bug description: pg_connect using connectstring only connect with default database Description: pg_connect using connectstring only connect with default database, for some reason php calls PQconnect() with a blank string and with that only default database connexion is made. Reproduce code: --- Any attempt to connect using connectstring to other database tha default. Expected result: Connect to specified database Actual result: -- Only connect to default database. -- Edit bug report at http://bugs.php.net/?id=25420edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25420r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25420r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25420r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25420r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25420r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25420r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25420r=support Expected behavior: http://bugs.php.net/fix.php?id=25420r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25420r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25420r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25420r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25420r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25420r=dst IIS Stability: http://bugs.php.net/fix.php?id=25420r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25420r=gnused
#25420 [Opn-Bgs]: pg_connect using connectstring only connect with default database
ID: 25420 Updated by: [EMAIL PROTECTED] Reported By: domingo at dad-it dot com -Status: Open +Status: Bogus Bug Type: PostgreSQL related Operating System: Linux SUSE 7.3 PHP Version: 4.3.3 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. *SIGH* bug #25415 Previous Comments: [2003-09-07 18:55:41] domingo at dad-it dot com Description: pg_connect using connectstring only connect with default database, for some reason php calls PQconnect() with a blank string and with that only default database connexion is made. Reproduce code: --- Any attempt to connect using connectstring to other database tha default. Expected result: Connect to specified database Actual result: -- Only connect to default database. -- Edit this bug report at http://bugs.php.net/?id=25420edit=1
#25420 [Bgs]: pg_connect using connectstring only connect with default database
ID: 25420 User updated by: domingo at dad-it dot com Reported By: domingo at dad-it dot com Status: Bogus Bug Type: PostgreSQL related Operating System: Linux SUSE 7.3 PHP Version: 4.3.3 New Comment: Sorry my email was not working Previous Comments: [2003-09-07 19:00:36] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. *SIGH* bug #25415 [2003-09-07 18:55:41] domingo at dad-it dot com Description: pg_connect using connectstring only connect with default database, for some reason php calls PQconnect() with a blank string and with that only default database connexion is made. Reproduce code: --- Any attempt to connect using connectstring to other database tha default. Expected result: Connect to specified database Actual result: -- Only connect to default database. -- Edit this bug report at http://bugs.php.net/?id=25420edit=1
#25314 [Opn]: ASCII mode doesn't work
ID: 25314 Updated by: [EMAIL PROTECTED] Reported By: phpbugs at brianmertens dot com Status: Open Bug Type: FTP related Operating System: Windows PHP Version: 4.3.3 New Comment: This works as workaround: ?php $conn = ftp_connect( server ); ftp_login( $conn, user, pass ); $fp = fopen('localfile.txt', 'wt'); ftp_fget( $conn, $fp, 'remotefile.txt, FTP_BINARY ); ? Previous Comments: [2003-08-29 13:23:35] phpbugs at brianmertens dot com Description: This seems to be the same problem as 19036 (Closed) and 18162 (No Feedback). Since neither is still open, I am filing a new report. I will provide any feedback required. I can test snaps if they are compiled for Windows. Simply put, if I connect to a Unix (AIX 4.3) server and use ftp_get() to fetch a text file to a Windows machine with the FTP_ASCII option, the newlines are NOT converted to CR/LF pairs. ftp_get( $conn, file.txt, file.txt, FTP_ASCII ); I have reproduced this with 4.2.x, 4.3.2 4.3.3. (Note that ftp_systype() returns UNKNOWN.) Reproduce code: --- $conn = ftp_connect( server ); ftp_login( $conn, username, password ); ftp_get( $conn, file.txt, file.txt, FTP_ASCII ); Expected result: Lines terminated with CR/LF pairs (x0D x0A). Actual result: -- Lines terminated with single x0A chars. -- Edit this bug report at http://bugs.php.net/?id=25314edit=1
#25302 [Opn-Bgs]: referancing object members in GLOBALS does not work properly
ID: 25302 Updated by: [EMAIL PROTECTED] Reported By: rani_s_m2001 at yahoo dot com -Status: Open +Status: Bogus Bug Type: Class/Object related Operating System: windows xp PHP Version: 4.3.2 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php There are dozens of other ways too to shoot-yourself-in-foot..just don't do it. Previous Comments: [2003-08-28 15:05:37] rani_s_m2001 at yahoo dot com Description: when creating an object on the globals array, referancing its members to a variable does not work properly. it works as expected in normal arrays. Reproduce code: --- ?php class a { var $r; function a() { $this-r=1; } } $GLOBALS[a]=new a(); $a=$GLOBALS[a]-r; print($a); $GLOBALS[a]-r=2; //should print 2, instead prints 1 print($a); ? Expected result: 12 Actual result: -- 11 -- Edit this bug report at http://bugs.php.net/?id=25302edit=1
#25421 [NEW]: $_POST doesn't show the value of select form field when multiple=true
From: khalid_kary at hotmail dot com Operating system: Linux PHP version: 4.3.3 PHP Bug Type: Scripting Engine problem Bug description: $_POST doesn't show the value of select form field when multiple=true Description: $_POST doesn't list the value of a select form field where multiple=true, while $_REQUEST does it just fine, $_POST only puts the string Array in place of the form field's name. Reproduce code: --- HTML form: form action=something.php method=post select multiple=true name=ids[] option value=1first option/option option value=2second option/option /select /form PHP script (something.php): ?php print_r($_POST['ids']); ? Output: Array Expected Ouput: Array ([0] = 1, [1] = 2) Another PHP Script: ?php print_r($_REQUEST['ids']); ? Output: Array ([0] = 1, [1] = 2) $_POST -therefore- is doing the wrong thing. -- Edit bug report at http://bugs.php.net/?id=25421edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25421r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25421r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25421r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25421r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25421r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25421r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25421r=support Expected behavior: http://bugs.php.net/fix.php?id=25421r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25421r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25421r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25421r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25421r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25421r=dst IIS Stability: http://bugs.php.net/fix.php?id=25421r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25421r=gnused
#25422 [NEW]: Zip Files Remote
From: iwarner at triangle-solutions dot com Operating system: Win XP PHP version: 4.3.3 PHP Bug Type: Feature/Change Request Bug description: Zip Files Remote Description: Hi, I just wanted to request some way of Remotly opening and editing a ZIP or other Compressed File. The Fopen feature allows this via HTTP and FTP. My problem is that I have large Zip files, I need to FTP in and then Open them and then edit a file within it and then save the Zip. Downloading, editing then uploading seems a waste of bandwith and time to me. Thanks for your help on this matter. Regards Ian Warner Reproduce code: --- Zopen similar to this $handle = fopen ('ftp://'.$ftp_username.':'.$ftp_password.'@'.$ftp_server.'/'.$_POST['file'], 'rb'); Expected result: Zip file is opened remotly and contents are able to be edited. Actual result: -- Nothing -- Edit bug report at http://bugs.php.net/?id=25422edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25422r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25422r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25422r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25422r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25422r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25422r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25422r=support Expected behavior: http://bugs.php.net/fix.php?id=25422r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25422r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25422r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25422r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25422r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25422r=dst IIS Stability: http://bugs.php.net/fix.php?id=25422r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25422r=gnused
#25423 [NEW]: Compile failure on using --with-informix
From: awilliam at mdah dot state dot ms dot us Operating system: Redhat 9 Linux 2.4.21 PHP version: 4.3.3 PHP Bug Type: Compile Failure Bug description: Compile failure on using --with-informix Description: I am compiling PHP 4.3.3 on RH 9 Linux 2.4.21. My configure is as follows: ./configure --enable-track-vars --without-mysql --with-mail --with-apxs2=/usr/local/apache2/bin/apxs --with-informix And when I do make, this is what happens: /usr/informix/lib/esql/libifgls.so: undefined reference to `__ctype_b' /usr/informix/lib/esql/libifgls.so: undefined reference to `__ctype_toupper' /usr/informix/lib/esql/libifgls.so: undefined reference to `__ctype_tolower' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 and then returns me to the prompt and PHP isn't finished compiling. Any suggestions on how to make it compile? I have PHP 5 compiled and working on the server, but I don't like using beta software on a production server, and am having a few problems with PHP 5 and some of our scripts, so I'd like to stick with PHP 4.3.3 because it works with our scripts on another server (which is solaris 7 with informix and PHP 4.3.2) Thanks! -- Edit bug report at http://bugs.php.net/?id=25423edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25423r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25423r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25423r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25423r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25423r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25423r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25423r=support Expected behavior: http://bugs.php.net/fix.php?id=25423r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25423r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25423r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25423r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25423r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25423r=dst IIS Stability: http://bugs.php.net/fix.php?id=25423r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25423r=gnused
#25423 [Opn]: Compile failure on using --with-informix
ID: 25423 User updated by: awilliam at mdah dot state dot ms dot us Reported By: awilliam at mdah dot state dot ms dot us Status: Open Bug Type: Compile Failure Operating System: Redhat 9 Linux 2.4.21 PHP Version: 4.3.3 New Comment: Oh, I forgot to add that I am running INFORMIX-SQL Version 7.30.UC6 nad I have the Client SDK, version 2.81 UC-1 which is the latest version of the SDK ( http://www14.software.ibm.com/webapp/download/preconfig.jsp?id=2003-03-18+12%3A53%3A09.323902Ccat=fam=s=S_TACT=S_CMP= ) Previous Comments: [2003-09-07 23:50:12] awilliam at mdah dot state dot ms dot us Description: I am compiling PHP 4.3.3 on RH 9 Linux 2.4.21. My configure is as follows: ./configure --enable-track-vars --without-mysql --with-mail --with-apxs2=/usr/local/apache2/bin/apxs --with-informix And when I do make, this is what happens: /usr/informix/lib/esql/libifgls.so: undefined reference to `__ctype_b' /usr/informix/lib/esql/libifgls.so: undefined reference to `__ctype_toupper' /usr/informix/lib/esql/libifgls.so: undefined reference to `__ctype_tolower' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 and then returns me to the prompt and PHP isn't finished compiling. Any suggestions on how to make it compile? I have PHP 5 compiled and working on the server, but I don't like using beta software on a production server, and am having a few problems with PHP 5 and some of our scripts, so I'd like to stick with PHP 4.3.3 because it works with our scripts on another server (which is solaris 7 with informix and PHP 4.3.2) Thanks! -- Edit this bug report at http://bugs.php.net/?id=25423edit=1
#25423 [Opn]: Compile failure on using --with-informix
ID: 25423 User updated by: awilliam at mdah dot state dot ms dot us Reported By: awilliam at mdah dot state dot ms dot us Status: Open Bug Type: Compile Failure Operating System: Redhat 9 Linux 2.4.21 PHP Version: 4.3.3 New Comment: I found that if I use --disable-cli on my configure, it compiles fine, but I'd like to have the use of CLI, also. I had to disable cli on php 5 as well to get it to compile. Previous Comments: [2003-09-07 23:59:54] awilliam at mdah dot state dot ms dot us Oh, I forgot to add that I am running INFORMIX-SQL Version 7.30.UC6 nad I have the Client SDK, version 2.81 UC-1 which is the latest version of the SDK ( http://www14.software.ibm.com/webapp/download/preconfig.jsp?id=2003-03-18+12%3A53%3A09.323902Ccat=fam=s=S_TACT=S_CMP= ) [2003-09-07 23:50:12] awilliam at mdah dot state dot ms dot us Description: I am compiling PHP 4.3.3 on RH 9 Linux 2.4.21. My configure is as follows: ./configure --enable-track-vars --without-mysql --with-mail --with-apxs2=/usr/local/apache2/bin/apxs --with-informix And when I do make, this is what happens: /usr/informix/lib/esql/libifgls.so: undefined reference to `__ctype_b' /usr/informix/lib/esql/libifgls.so: undefined reference to `__ctype_toupper' /usr/informix/lib/esql/libifgls.so: undefined reference to `__ctype_tolower' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 and then returns me to the prompt and PHP isn't finished compiling. Any suggestions on how to make it compile? I have PHP 5 compiled and working on the server, but I don't like using beta software on a production server, and am having a few problems with PHP 5 and some of our scripts, so I'd like to stick with PHP 4.3.3 because it works with our scripts on another server (which is solaris 7 with informix and PHP 4.3.2) Thanks! -- Edit this bug report at http://bugs.php.net/?id=25423edit=1
#25408 [Bgs-Csd]: mail function drops some characters from body
ID: 25408 User updated by: zabihi at iranculture dot org Reported By: zabihi at iranculture dot org -Status: Bogus +Status: Closed Bug Type: Mail related Operating System: Win2000 Adv. - SP4 - IIS5.0 PHP Version: 4.3.3 New Comment: I reviewed bugs #25346, #25357 and #25333, but I couldn't find any solution except downgrading to 4.3.2 or using imap_mail() instead. Previous Comments: [2003-09-07 11:12:29] [EMAIL PROTECTED] Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. *sigh* [2003-09-07 01:10:13] zabihi at iranculture dot org Description: When body of message is more than 1024 characters, the 1024th character is dropped when sending mail. This problem occurs with every 1024 characters in the body, so 2048th and 3072nd characters are also dropped. Mail server is MDaemon 6.7 and no error is reporting. Reproduce code: --- $body=ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz1234567890\n; $body.=$body; $body.=$body; $body.=$body; $body.=$body; $body.=$body; $body.=$body; if (mail([EMAIL PROTECTED],Testing PHP Mail, $body, )) echo OK!; else echo Error!; Expected result: When we receive the message the following string should be repeated 64 times: ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz1234567890 Actual result: -- When we receive the message the following string is repeated 64 times but in line 17 the P character is dropped and in line 33 the f character is dropped and so on: ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz1234567890 -- Edit this bug report at http://bugs.php.net/?id=25408edit=1
#25424 [NEW]: How can get lvarchar
From: tqnam at pmail dot vnn dot vn Operating system: window 2000 PHP version: 4.3.3 PHP Bug Type: Informix related Bug description: How can get lvarchar Description: how can get lvarchar value from table Reproduce code: --- $con = ifx_connect(ID,USER,PASSWORD); ifx_textasvarchar(0); // u_address is lvarchar type $stmt = ifx_prepare(Select u_address from customer,$con); ifx_do($stmt); $row=ifx_fetch_row($stmt); $u_address = $row[u_address]; Expected result: $u_address=111 tonducthang Actual result: -- ESQL/C : u_address : unsupported field type[0] -- Edit bug report at http://bugs.php.net/?id=25424edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25424r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25424r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25424r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25424r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25424r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25424r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25424r=support Expected behavior: http://bugs.php.net/fix.php?id=25424r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25424r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25424r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25424r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25424r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25424r=dst IIS Stability: http://bugs.php.net/fix.php?id=25424r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25424r=gnused