#35222 [Opn->Bgs]: Possible integer rollover bug.
ID: 35222 Updated by: [EMAIL PROTECTED] Reported By: richard at is-pl dot com -Status: Open +Status: Bogus Bug Type: Variables related Operating System: Redhat Enterprise Linux 3 PHP Version: 5.0.5 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. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Number starting with 0 are interpreted as octal numbers. Previous Comments: [2005-11-15 07:46:41] richard at is-pl dot com Description: When passing a specific value as an integer to a function a call to func_get_args reveals that the passed value has been corrupted somehow. here is my configure command. './configure' '--host=i386-redhat-linux' '--build=i386-redhat-linux' '--target=i386-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-ttf' '--with-gd' '--with-gdbm' '--with-gettext' '--with-ncurses' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr/lib' '--with-openssl' '--with-png' '--with-pspell' '--with-regex=system' '--with-xml' '--with-expat-dir=/usr' '--with-pcre=/usr' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-discard-path' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--enable-mbstring' '--enable-mbstr-enc-trans' '--enable-mbregex' '--with-pear=/usr/share/pear' '--with-imap-ssl=/usr/local/imap-2002e' '--with-kerberos=/usr/kerberos' '--with-mysql=/usr' '--enable-memory-limit' '--enable-bcmath' '--enable-shmop' '--enable-versioning' '--enable-calendar' '--enable-dbx' '--enable-dio' '--enable-mcal' '--with-apxs2filter=/usr/sbin/apxs' Reproduce code: --- crctrntest(0502380732); function crctrntest( $trn_key) { print_r(func_get_args()); } Expected result: Array ( [0] => 502380732 ) Actual result: -- Array ( [0] => 2579 ) -- Edit this bug report at http://bugs.php.net/?id=35222&edit=1
#35222 [NEW]: Possible integer rollover bug.
From: richard at is-pl dot com Operating system: Redhat Enterprise Linux 3 PHP version: 5.0.5 PHP Bug Type: Variables related Bug description: Possible integer rollover bug. Description: When passing a specific value as an integer to a function a call to func_get_args reveals that the passed value has been corrupted somehow. here is my configure command. './configure' '--host=i386-redhat-linux' '--build=i386-redhat-linux' '--target=i386-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-ttf' '--with-gd' '--with-gdbm' '--with-gettext' '--with-ncurses' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr/lib' '--with-openssl' '--with-png' '--with-pspell' '--with-regex=system' '--with-xml' '--with-expat-dir=/usr' '--with-pcre=/usr' '--with-zlib' '--with-layout=GNU' '--enable-bcmath' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-discard-path' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--enable-mbstring' '--enable-mbstr-enc-trans' '--enable-mbregex' '--with-pear=/usr/share/pear' '--with-imap-ssl=/usr/local/imap-2002e' '--with-kerberos=/usr/kerberos' '--with-mysql=/usr' '--enable-memory-limit' '--enable-bcmath' '--enable-shmop' '--enable-versioning' '--enable-calendar' '--enable-dbx' '--enable-dio' '--enable-mcal' '--with-apxs2filter=/usr/sbin/apxs' Reproduce code: --- crctrntest(0502380732); function crctrntest( $trn_key) { print_r(func_get_args()); } Expected result: Array ( [0] => 502380732 ) Actual result: -- Array ( [0] => 2579 ) -- Edit bug report at http://bugs.php.net/?id=35222&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35222&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35222&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35222&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35222&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35222&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35222&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35222&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35222&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35222&r=support Expected behavior: http://bugs.php.net/fix.php?id=35222&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35222&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35222&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35222&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35222&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35222&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35222&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35222&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35222&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35222&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35222&r=mysqlcfg
#35213 [Fbk->Opn]: SIGSEGV with ze1_compatibility_mode = On
ID: 35213 User updated by: mdv at inyourpocket dot com Reported By: mdv at inyourpocket dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Debian PHP Version: 5.0.5 New Comment: works Previous Comments: [2005-11-14 19:55:31] [EMAIL PROTECTED] So does the snapshot work or not? [2005-11-14 11:01:34] mdv at inyourpocket dot com in this CVS snapshot is already PEAR 1.4.4 bu if i put back remove whole pear and copy old one (which needs upgrade) works ok here is result: downloading PEAR-1.4.4.tgz ... Starting to download PEAR-1.4.4.tgz (276,978 bytes) .done: 276,978 bytes upgrade failed but pear list show latest version (1.4.4) [2005-11-14 10:14:01] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-11-14 08:49:32] mdv at inyourpocket dot com Description: please read more info here http://pear.php.net/bugs/bug.php?id=5891 when zend compatibility mode set to off - everything is ok Reproduce code: --- /usr/local/php/bin/php -C -q -d include_path=/usr/local/php/lib/php -d output_buffering=1 /usr/local/php/lib/php/pearcmd.php upgrade PEAR Expected result: ??? Actual result: -- my php.ini you can found here http://lampa.naut.cz/php/php.ini (45k) and gdb result (bt and bt -88) is here http://lampa.naut.cz/php/gdb.txt (26k) -- Edit this bug report at http://bugs.php.net/?id=35213&edit=1
#35221 [Opn]: Warning: imagepstext(): libt1 returned error 11 & 14
ID: 35221 User updated by: lcalvert at mn dot rr dot com Reported By: lcalvert at mn dot rr dot com Status: Open Bug Type: GD related Operating System: FreeBSD 4.5 PHP Version: 4.4.1 New Comment: Memory usage on system after restarting apache goes down to 50% usage after refreshing 100 times memory usage goes to 83% and errors start happening. Previous Comments: [2005-11-15 06:23:09] lcalvert at mn dot rr dot com Description: After a day or so (100plus refreshes) of running this code the following two errors come up quite often Warning: imagepstext(): libt1 returned error 11 Warning: imagepstext(): libt1 returned error 14 Reproduce code: --- http://pastebin.com/429956 Actual result: -- After a day or so (100plus refreshes) of running this code the following two errors come up quite often Warning: imagepstext(): libt1 returned error 11 Warning: imagepstext(): libt1 returned error 14 -- Edit this bug report at http://bugs.php.net/?id=35221&edit=1
#35221 [NEW]: Warning: imagepstext(): libt1 returned error 11 & 14
From: lcalvert at mn dot rr dot com Operating system: FreeBSD 4.5 PHP version: 4.4.1 PHP Bug Type: GD related Bug description: Warning: imagepstext(): libt1 returned error 11 & 14 Description: After a day or so (100plus refreshes) of running this code the following two errors come up quite often Warning: imagepstext(): libt1 returned error 11 Warning: imagepstext(): libt1 returned error 14 Reproduce code: --- http://pastebin.com/429956 Actual result: -- After a day or so (100plus refreshes) of running this code the following two errors come up quite often Warning: imagepstext(): libt1 returned error 11 Warning: imagepstext(): libt1 returned error 14 -- Edit bug report at http://bugs.php.net/?id=35221&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35221&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35221&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35221&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35221&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35221&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35221&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35221&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35221&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35221&r=support Expected behavior: http://bugs.php.net/fix.php?id=35221&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35221&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35221&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35221&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35221&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35221&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35221&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35221&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35221&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35221&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35221&r=mysqlcfg
#35220 [NEW]: Sigsegv in zend_execute.execute
From: grover at us dot ibm dot com Operating system: AIX 5.2.0.60 PHP version: 5.0.5 PHP Bug Type: Unknown/Other Function Bug description: Sigsegv in zend_execute.execute Description: I am running php 5.0.4 and phpMyAdmin 2.6.4-pl3 with MySql 4.1.15 on and AIX 52 system with IBMIHS webserver (apache!) v 2. I can login to phpMyAdmin without a probem and do everything EXCEPT look at a database. when I choose 'databases' I get s sigsegv in the http server. My configure line is: ./configure --enable-zend-multibyte \ --enable-safe-mode \ --enable-sigchild \ --enable-debug \ --prefix=./usr/local/php \ --with-apxs2=/usr/IBMIHS/bin/apxs \ --with-config-file-path=/usr/local/php/ \ --enable-maintainer-zts \ --with-libxml-dir=/opt/freeware/lib/ \ --with-zlib-dir=/opt/freeware/lib \ --with-mysql=/usr/local/mysql \ --enable-mbstring \ --enable-ftp \ --enable-bcmath \ --enable-fastcgi \ --with-mysqli=\ /usr/local/mysql-4.1.12/bin/mysql_config \ --with-pear # diff php.ini-dist php.ini: < error_reporting = E_ALL & ~E_NOTICE & ~E_STRICT --- > error_reporting = E_ALL 295c353 < display_errors = On --- > display_errors = O 300c358 < display_startup_errors = Off --- > display_startup_errors = On 305c363 < log_errors = Off --- > log_errors = On 374c432 < variables_order = "EGPCS" --- > variables_order = "GPCS" 385c443 < register_globals = Off --- > register_globals = On 395c453 < register_argc_argv = On --- > register_argc_argv = Off 671c729 < mysql.default_host = --- > mysql.default_host = localhost 802c860 < dbx.colnames_case = "unchanged" --- > dbx.colnames_case = "lowercase" 912c970 < session.gc_divisor = 100 --- > session.gc_divisor = 1000 932c990 < session.bug_compat_42 = 1 --- > session.bug_compat_42 = 0 979c1037 < session.hash_bits_per_character = 4 --- > session.hash_bits_per_character = 5 986c1044 < url_rewriter.tags = "a=href,area=href,frame=src,input=src,form=,fieldset=" --- > url_rewriter.tags = "a=href,area=href,frame=src,input=src,form=fakeentry" Expected result: A list of tables spaces is expected. Actual result: -- httpd cores with the following stack: zend_execute.execute(0x30723510, 0x3033cb58), line 1364 in "zend_execute.c" unnamed block $b3644, line 3581 in "zend_execute.c" zend_include_or_eval_handler(0x3037bab0, 0x307aeda4, 0x306f0a20, 0x3033cb58), line 3581 in "zend_execute.c" zend_execute.execute(0x306f0a20, 0x3033cb58), line 1406 in "zend_execute.c" unnamed block $b3644, line 3581 in "zend_execute.c" zend_include_or_eval_handler(0x303859b0, 0x3072b088, 0x306eecf0, 0x3033cb58), line 3581 in "zend_execute.c" zend_execute.execute(0x306eecf0, 0x3033cb58), line 1406 in "zend_execute.c" zend_execute_scripts(0x8, 0x3033cb58, 0x0, 0x3, 0x0, 0x30387330, 0x0, 0x5d8a800), line 1069 in "zend.c" unnamed block $b2972, line 1632 in "main.c" php_execute_script(0x30387330, 0x3033cb58), line 1632 in "main.c" unnamed block $b3730, line 555 in "sapi_apache2.c" php_handler(0x305660e8), line 555 in "sapi_apache2.c" ap_run_handler() at 0x10002fb8 ap_invoke_handler() at 0x10003b7c ap_process_request() at 0x10035cf4 ap_process_http_connection() at 0x10037b98 ap_run_process_connection() at 0x10025d94 ap_process_connection() at 0x1002641c process_socket() at 0x1002b774 worker_thread() at 0x1002b048 dummy_worker() at 0xd057ae8c -- Edit bug report at http://bugs.php.net/?id=35220&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35220&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35220&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35220&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35220&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35220&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35220&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35220&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35220&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35220&r=support Expected behavior: http://bugs.php.net/fix.php?id=35220&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35220&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35220&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35220&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35220&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35220&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35220&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35220&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35220&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35220&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35
#35217 [Fbk->Bgs]: mssql.max_procs strange behaviour
ID: 35217 Updated by: [EMAIL PROTECTED] Reported By: vovik at getart dot ru -Status: Feedback +Status: Bogus Bug Type: MSSQL related Operating System: RHEL 4 PHP Version: 4.4.1 New Comment: I've just tested this with the FreeTDS 0.64 and it works as expected. If you are running PHP under Apache yoy need to restart the server when you make changes to the php.ini file. Previous Comments: [2005-11-14 20:36:31] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-11-14 16:34:47] vovik at getart dot ru Description: When I try to limit maximum number of MS SQL open connections via php.ini it doesn't work properly. It doesn't work at all. Instead of this, connections actually established, but some error messages (from FreeTDS ?) appeared on every mssql_connect() above mssql.max_procs. I've added sleep() to end of script for checking number of connections on SQL server side and in example above it is 30. Reproduce code: --- Expected result: PHP warning: Too many open links (26) Connect failed. Actual result: -- (on stderr) Max connections reached, increase value of TDS_MAX_CONN Max connections reached, increase value of TDS_MAX_CONN Max connections reached, increase value of TDS_MAX_CONN Max connections reached, increase value of TDS_MAX_CONN -- Edit this bug report at http://bugs.php.net/?id=35217&edit=1
#35197 [Asn->Csd]: Destructor not called
ID: 35197 Updated by: [EMAIL PROTECTED] Reported By: xmlfrance at gmail dot com -Status: Assigned +Status: Closed Bug Type: DOM XML related Operating System: Debian GNU/Linux SID PHP Version: 5.0.5 and 5.1.0RC5-dev Assigned To: tony2001 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Fixed in PHP 6, PHP 5.1 & PHP 5.0.6. Previous Comments: [2005-11-12 11:34:08] xmlfrance at gmail dot com Is there a correction for PHP 5.0.x ? I must specify minimal configuration to use my framework. [2005-11-12 09:41:11] [EMAIL PROTECTED] Reassigned to myself. I'll commit the patch (http://tony2001.phpclub.net/dev/tmp/bug35197.diff) after the release. [2005-11-11 22:02:58] [EMAIL PROTECTED] Christian, please have a look at it. [2005-11-11 21:59:27] xmlfrance at gmail dot com Description: My classes extending DOMDocument don't call the destructor. Reproduce code: --- Expected result: ConstructionDestruction Actual result: -- Construction -- Edit this bug report at http://bugs.php.net/?id=35197&edit=1
#35215 [Bgs]: Design Discussion: setlocale and type juggling
ID: 35215 Updated by: [EMAIL PROTECTED] Reported By: timo dot hummel at 4fb dot de Status: Bogus Bug Type: Strings related Operating System: any PHP Version: 5.0.5 New Comment: And this is intentional too. Previous Comments: [2005-11-14 20:01:52] [EMAIL PROTECTED] There's number_format() and *printf(). [2005-11-14 18:47:25] timo dot hummel at 4fb dot de I know it is not a bug, it's rather a design issue. However, I suggest to implement something to get the technical value of a float variable. This design issue renders either floating-point values or locale settings useless. Something like http://www.php.net/strval which ignores the locale settings would be more useful: $float = 0.12; $sql = "SELECT * FROM test WHERE value=".strval($float, IGNORE_LOCALE); It would be nice if something like that would be included in a later version of the zend engine or in PHP itself. [2005-11-14 16:47:03] [EMAIL PROTECTED] Not a bug. I don't like that behaviour either, anyway there's number_format() and *printf(). [2005-11-14 15:51:28] timo dot hummel at 4fb dot de Description: Currently, the whole way PHP does type juggling is affected using setlocale. Right now, PHP respects the setlocale-Settings for LC_NUMERIC when doing type-juggling (e.g. converting a float to a string or when outputting data): $float = 0.12; setlocale(LC_ALL, "de_DE"); echo $float; The simple example above outputs 0,12. If you need to build up SQL queries, this behaviour is unwanted and causes errors: $float = 0.12; setlocale(LC_ALL, "de_DE"); $sql = "SELECT * FROM test WHERE value=$float;"; The query will be "juggled" to SELECT * FROM test WHERE value=0,12; - which is not the expected result. If setlocale is used, there's no way (at least not to my knowledge) to access the original, english (I also call it technical) representation of a floating point number. This is not really a bug, but rather a limitation by design, but it effectively prevents PHP developers from implementing multi-lingual applications. Reproduce code: --- "; /* Predefine some variables to play around with */ $float = 0.12; $sql = "SELECT * FROM test WHERE amount="; setlocale(LC_ALL, "C"); // Set standard locale echo strval($float). "\n"; // Outputs 0.12, which is OK echo $sql . $float."\n";// Outputs SELECT * FROM test WHERE amount=0.12, which can be used by a database. setlocale(LC_ALL, "de_DE"); // Set german locale echo strval($float). "\n"; // Outputs 0,12, which is OK for display purposes, but not for data processing echo $sql . $float."\n";// Outputs SELECT * FROM test WHERE amount=0,12, which cannot be used by a database with english locale. echo ""; ?> -- Edit this bug report at http://bugs.php.net/?id=35215&edit=1
#35186 [Com]: getcwd() returns "/" when using with mod_rewrite
ID: 35186 Comment by: adsh at univ dot kiev dot ua Reported By: samm at os2 dot kiev dot ua Status: Open Bug Type: Apache2 related Operating System: FreeBSD 6 PHP Version: 5CVS, 4CVS (2005-11-11) (snap) New Comment: I have blank reply in 5 attempts with instructions in the 1-st message. telnet www.server.kiev.ua 80 Trying 193.xxx.xxx.xxx... Connected to www.server.kiev.ua. Escape character is '^]'. GET http://www.server.kiev.ua/test/test.html HTTP/1.0 HTTP/1.0 200 OK Date: Mon, 14 Nov 2005 19:42:58 GMT Server: Apache/2.0.55 (FreeBSD) X-Powered-By: PHP/4.4.2-dev Content-Length: 0 Connection: close Content-Type: text/html; charset=windows-1251 Connection closed by foreign host. php4-STABLE-200511131945, FreeBSD 4.11 Previous Comments: [2005-11-11 08:04:02] samm at os2 dot kiev dot ua I played with different version of the sapi_apache2.c and found that last working version was 1.1.2.40 and first failed was 1.1.2.40.2.5 . I was unable to check versions between this, because they failed to work with mod_rewrite giving no output at all. I hope, this help you. [2005-11-11 06:27:55] samm at os2 dot kiev dot ua HAVE_BROKEN_GETCWD is undefined /* Define if system has broken getcwd */ /* #undef HAVE_BROKEN_GETCWD */ And i used last LoadModule item for the php4_module in the httpd.conf: LoadModule php4_module /usr/home/samm/src/php4-STABLE-200511101949/libs/libphp4.so Also i have AddType application/x-httpd-php .php .phtml to enable parsing of php. [2005-11-11 00:44:11] [EMAIL PROTECTED] And what is HAVE_BROKEN_GETCWD set to in the generated main/php_config.h file? [2005-11-11 00:35:26] [EMAIL PROTECTED] How have you enabled PHP in your httpd.conf? (what loadmodule/etc. lines you added) [2005-11-11 00:32:19] [EMAIL PROTECTED] The only file changed was sapi/apache2handler/sapi_apache2.c 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/35186 -- Edit this bug report at http://bugs.php.net/?id=35186&edit=1
#34204 [Opn->Fbk]: Apache2s mod_rewrite does not work with PHP5.1.0RC1
ID: 34204 Updated by: [EMAIL PROTECTED] Reported By: arpad at zooloo dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Windows XP SP1 PHP Version: 5.1.0RC4 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: [2005-11-13 12:02:57] arpad at zooloo dot com I just tried the php5.1-win32-200511102330 Snapshot and it does still not work. [2005-11-01 11:26:30] [EMAIL PROTECTED] Latest CVS checkout of PHP_5_1 branch works fine. [2005-10-31 22:47:37] arpad at zooloo dot com I recently tried both RC3 and RC4 and both do not work when i'm using mod_rewrite. 2 Other Bugs report this: 34581 and 34846. I reverted back to the 200508211030 Nightly which works fine. [2005-08-21 13:34:24] arpad at zooloo dot com I tried a recent CVS snapshot and it works. Sorry for the inconvenience. [2005-08-21 12:57:35] [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. 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/34204 -- Edit this bug report at http://bugs.php.net/?id=34204&edit=1
#35192 [Opn->Bgs]: Session save not triggered
ID: 35192 Updated by: [EMAIL PROTECTED] Reported By: uap-php at cheeky dot org -Status: Open +Status: Bogus Bug Type: Session related Operating System: Linux - FC 4 PHP Version: 5.0.5 New Comment: It works fine with PHP 5.1.0. (can't reproduce) Previous Comments: [2005-11-14 12:30:55] uap-php at cheeky dot org This bug still appears in build dated php5-200511140930 [2005-11-11 22:08:31] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-11-11 11:06:12] uap-php at cheeky dot org Description: I think this has bug has been touched on before but never resolved. If you have register_long_arrays=off in your ini file, $_SESSION stuff does work, apart from when you iterate over it. It seems that if you iterate over $_SESSION, the session_save handler does not get called and the session data is not saved. If for example you wanted to empty all your session data and you did it by setting each session var seperatly, it works. If you iterate over $_SESSION, set each $_SESSION[$key]=''; The session data will not get saved. Reproduce code: --- see http://php.lollyposh.com/session_test.phps Expected result: If run with register_long_arrays=off or on, the value of $_SESSION['search_test'] should be '' Actual result: -- If run with register_long_arrays=off, the value of $_SESSION['search_test'] will be 'hello!' If run with register_long_arrays=on, the value of $_SESSION['search_test'] will be '' -- Edit this bug report at http://bugs.php.net/?id=35192&edit=1
#35217 [Opn->Fbk]: mssql.max_procs strange behaviour
ID: 35217 Updated by: [EMAIL PROTECTED] -Summary: mssql.max_procs strange behavoiur Reported By: vovik at getart dot ru -Status: Open +Status: Feedback Bug Type: MSSQL related Operating System: RHEL 4 PHP Version: 4.4.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-11-14 16:34:47] vovik at getart dot ru Description: When I try to limit maximum number of MS SQL open connections via php.ini it doesn't work properly. It doesn't work at all. Instead of this, connections actually established, but some error messages (from FreeTDS ?) appeared on every mssql_connect() above mssql.max_procs. I've added sleep() to end of script for checking number of connections on SQL server side and in example above it is 30. Reproduce code: --- Expected result: PHP warning: Too many open links (26) Connect failed. Actual result: -- (on stderr) Max connections reached, increase value of TDS_MAX_CONN Max connections reached, increase value of TDS_MAX_CONN Max connections reached, increase value of TDS_MAX_CONN Max connections reached, increase value of TDS_MAX_CONN -- Edit this bug report at http://bugs.php.net/?id=35217&edit=1
#35207 [Opn->Bgs]: mod_rewrite not working properly
ID: 35207 Updated by: [EMAIL PROTECTED] Reported By: adsh at univ dot kiev dot ua -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: FreeBSD 4.11 PHP Version: 4.4.1 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. Thank you for your interest in PHP. This is same issue as in bug #35186 Previous Comments: [2005-11-14 20:14:42] adsh at univ dot kiev dot ua 1. I understand. Such link work fine in both cases (rewrite is On or Off): http://adsh.ukrweb.net/blog/blog.php?id=15 2. mod_rewrite is On. There is not #3518 bug. I recompile and test libphp4.so version 4.1.x, 4.2.x, 4.3.x, 4.4.0. Bug is only with version >= 4.4.1. [2005-11-14 18:53:40] [EMAIL PROTECTED] >1. If I disable mod_rewrite I have standart 404 error: Obviously you need to change the URL to the real one to execute the script. >2. I add var_dump(getcwd()); at the top of index.php. This is with mod_rewrite On or Off? Isn't the bug http://bugs.php.net/bug.php?id=35186 the same issue? [2005-11-14 18:39:06] adsh at univ dot kiev dot ua 1. If I disable mod_rewrite I have standart 404 error: The requested URL /blog/article/15/ was not found on this server. 2. I add var_dump(getcwd()); at the top of index.php. Result in browser: string(29) "/home/adsh.ukrweb.net/blog" There are no errors in apache error log for this request. [2005-11-14 10:08:44] [EMAIL PROTECTED] Why did you decide it happens only when mod_rewrite is On? Please add this line: var_dump(getcwd()); before the include(); and paste it's output here. [2005-11-14 00:49:12] adsh at univ dot kiev dot ua If I replace libphp4.so to version 4.4.0 all work fine! I don't use absolute paths. mod_rewrite is on - You can test this URL (mod_rewrite referer protection): http://adsh.ukrweb.net/blog/upload/isa_server_2000.jpg You can see more info in this ULR: http://servous.se/punbb/viewtopic.php?pid=1329 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/35207 -- Edit this bug report at http://bugs.php.net/?id=35207&edit=1
#35216 [Opn->Bgs]: segfault using db3
ID: 35216 Updated by: [EMAIL PROTECTED] Reported By: 0602 at eq dot cz -Status: Open +Status: Bogus Bug Type: Reproducible crash -Operating System: Linux +Operating System: * PHP Version: 4.4.1 -Assigned To: +Assigned To: helly 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. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Both must use the same db version. If you build the berkeley db yourself you can make it generate different function names for your 3.3 version. That way you can have http load db4 and php with db3. Previous Comments: [2005-11-14 16:24:05] 0602 at eq dot cz Description: Segfault using db3 with php version 4.4.1 (and snapshot php4-STABLE-200511141355) as module for apache (no problems with cli). Reproduce code: --- '; } if(($value = dba_fetch($key,$id))) { echo 'Found key '.$key.' with value '.$value.''; } else { echo 'Could not find key '.$key.''; } dba_close($id); ?> Expected result: Correct hereshow.db db file in data directory. Actual result: -- The file hereshow.db is created and is empty (size 0). The process segfaults. The backtrace is the same for 4.4.1 and 200511141355: (gdb) bt #0 0x00317a7b in __dbenv_get_errfile () from /lib/libdb-4.2.so #1 0x00308bf9 in __dbh_am_chk () from /lib/libdb-4.2.so #2 0x006848b8 in dba_open_db3 () from /usr/local/lib/php/libphp4.so #3 0x00681f7f in php_dba_find () from /usr/local/lib/php/libphp4.so #4 0x00682aec in zif_dba_open () from /usr/local/lib/php/libphp4.so #5 0x00806d87 in execute () from /usr/local/lib/php/libphp4.so #6 0x007f388f in zend_execute_scripts () from /usr/local/lib/php/libphp4.so #7 0x007be18f in php_execute_script () from /usr/local/lib/php/libphp4.so #8 0x0080ccc6 in execute () from /usr/local/lib/php/libphp4.so #9 0x08068026 in ap_run_handler (r=0x819e170) at config.c:152 #10 0x080685c8 in ap_invoke_handler (r=0x819e170) at config.c:364 #11 0x0806554f in ap_process_request (r=0x819e170) at http_request.c:249 #12 0x08060ec9 in ap_process_http_connection (c=0x8198078) at http_core.c:251 #13 0x08071186 in ap_run_process_connection (c=0x8198078) at connection.c:43 #14 0x080669d8 in child_main (child_num_arg=6833920) at prefork.c:610 #15 0x08066b8e in make_child (s=0x80a0ed0, slot=0) at prefork.c:650 #16 0x08066bff in startup_children (number_to_start=1) at prefork.c:722 #17 0x08067379 in ap_mpm_run (_pconf=0x809f0f0, plog=0x80cb1a0, s=0x1) at prefork.c:941 #18 0x0806cbc8 in main (argc=2, argv=0xbfffdbb4) at main.c:618 # ldd httpd [...] libdb-4.2.so => /lib/libdb-4.2.so (0x00289000) [...] # ldd libphp4.so [...] libdb-3.3.so => /lib/libdb-3.3.so (0x00761000) [...] *NO* problems with the following httpd (different os version (older) - httpd linked against different libdb; same version of apache and php on both oses): # ldd httpd [...] libdb-3.3.so => /lib/libdb-3.3.so (0x00275000) [...] PHP was configured with "--with-db3". This libdb versions are installed on affected system: db3-3.3.11, db4-4.2.52. -- Edit this bug report at http://bugs.php.net/?id=35216&edit=1
#35207 [Fbk->Opn]: mod_rewrite not working properly
ID: 35207 User updated by: adsh at univ dot kiev dot ua Reported By: adsh at univ dot kiev dot ua -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: FreeBSD 4.11 PHP Version: 4.4.1 New Comment: 1. I understand. Such link work fine in both cases (rewrite is On or Off): http://adsh.ukrweb.net/blog/blog.php?id=15 2. mod_rewrite is On. There is not #3518 bug. I recompile and test libphp4.so version 4.1.x, 4.2.x, 4.3.x, 4.4.0. Bug is only with version >= 4.4.1. Previous Comments: [2005-11-14 18:53:40] [EMAIL PROTECTED] >1. If I disable mod_rewrite I have standart 404 error: Obviously you need to change the URL to the real one to execute the script. >2. I add var_dump(getcwd()); at the top of index.php. This is with mod_rewrite On or Off? Isn't the bug http://bugs.php.net/bug.php?id=35186 the same issue? [2005-11-14 18:39:06] adsh at univ dot kiev dot ua 1. If I disable mod_rewrite I have standart 404 error: The requested URL /blog/article/15/ was not found on this server. 2. I add var_dump(getcwd()); at the top of index.php. Result in browser: string(29) "/home/adsh.ukrweb.net/blog" There are no errors in apache error log for this request. [2005-11-14 10:08:44] [EMAIL PROTECTED] Why did you decide it happens only when mod_rewrite is On? Please add this line: var_dump(getcwd()); before the include(); and paste it's output here. [2005-11-14 00:49:12] adsh at univ dot kiev dot ua If I replace libphp4.so to version 4.4.0 all work fine! I don't use absolute paths. mod_rewrite is on - You can test this URL (mod_rewrite referer protection): http://adsh.ukrweb.net/blog/upload/isa_server_2000.jpg You can see more info in this ULR: http://servous.se/punbb/viewtopic.php?pid=1329 [2005-11-14 00:41:02] [EMAIL PROTECTED] The error message is quite descriptive. Did you try to see if the file "inc/config.php" is really there? Did you try to use absolute paths? Why did you decide it happens only when mod_rewrite is On? Try to give some more info about the issue. 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/35207 -- Edit this bug report at http://bugs.php.net/?id=35207&edit=1
#34939 [Asn->Csd]: Undefined reference make failed
ID: 34939 Updated by: [EMAIL PROTECTED] Reported By: marcel dot bariou at brasnah dot com -Status: Assigned +Status: Closed Bug Type: PDO related Operating System: LINUX RH ES3 PHP Version: 5.1.0RC3 Assigned To: wez New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip I'm pretty sure that this is fixed now; can you try a snapshot to confirm? Previous Comments: [2005-10-27 21:35:35] chris at spawnordie dot com I got the same result. Tring to compile with PDO support for mysql 5.0.15 and the 200510271830 PHP snapshot. Compiles fine without PDO for MySQL or for PDO for MySQL 4. It hink this is related to MySQL 5. Here are the configure options: ./configure \ --with-mysql=/usr/local/mysql5 \ --with-pgsql=/usr/local/pgsql \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-gd \ --with-imap-ssl \ --enable-track-vars \ --enable-url-includes \ --with-ttf \ --enable-magic-quotes \ --with-pcre-regex \ --enable-ftp \ --with-mcrypt \ --enable-freetype-4bit-antialias-hack \ --with-curl \ --with-zlib-dir=/usr \ --with-kerberos \ --with-gettext \ --with-jpeg-dir=/usr \ --with-png-dir=/usr \ --with-zlib \ --enable-gd-native-ttf \ --with-freetype-dir=/usr/include/freetype2 \ --with-dom \ --enable-sockets \ --enable-wddx \ --with-xmlrpc \ --with-xsl \ --enable-xslt \ --with-xslt-sablot=/usr/local \ --with-expat-dir \ --with-pdo-mysql=/usr/local/mysql5 \ --with-pdo-pgsql=/usr/local/pgsql \ --enable-soap \ --with-xmlreader Here are the last few lines of output from make: sapi_krb5 -lkrb5 -lk5crypto -lkrb5support -lcom_err -lresolv -lidn -lssl -lcrypto -lz -lxml2 -lz -lm -lxml2 -lz -lm -lxml2 -lz -lm -lcrypt -lxml2 -lz -lm -lxml2 -lz -lm -lxml2 -lz -lm -lxslt -lxml2 -lz -lm -lcrypt -o sapi/cli/php ext/pdo_mysql/.libs/mysql_driver.o(.text+0xd2f): In function `pdo_mysql_handle_factory': /usr/local/src/php5-200510271830/ext/pdo_mysql/mysql_driver.c:438: undefined reference to `pdo_attr_strval' ext/pdo_mysql/.libs/mysql_driver.o(.text+0xdab):/usr/local/src/php5-200510271830/ext/pdo_mysql/mysql_driver.c:448: undefined reference to `pdo_attr_strval' ext/pdo_mysql/.libs/mysql_driver.o(.text+0xde2):/usr/local/src/php5-200510271830/ext/pdo_mysql/mysql_driver.c:458: undefined reference to `pdo_attr_strval' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 [2005-10-21 17:44:29] marcel dot bariou at brasnah dot com Yes, I add enable-pdo=shared (last line of ./configure as you can see..) [2005-10-21 16:51:45] [EMAIL PROTECTED] Did you --enable-pdo ? [2005-10-21 14:16:01] [EMAIL PROTECTED] Wez, take a look at it please. [2005-10-21 06:20:54] marcel dot bariou at brasnah dot com Description: I start with this configure directive : ./configure --prefix=/etc/httpd --with-apxs2=/usr/sbin/apxs --with-config-file-path=/etc/httpd/conf --with-mysql=/usr/local/mysql --enable-bc-math --enable-calendar --with-curl=/usr --enable-exif --with-gettext --with-gmp --enable-id3 --with-java=/usr/local/java=/usr/local/j2sdk --with-mcrypt=/usr/local --with-mhash=/usr/local --enable-overload --enable-pcntl --with-regex=PHP --enable-soap --enable-sockets --with-tidy=/usr/local --enable-wddx --with-xsl=/usr/local --enable-xslt --with-xslt-sablot --with-expat-dir=/usr --enable-php-streams --enable-memory-limit --enable-cli --enable-posix --enable-pcre --enable-sysvmsg --enable-sysvsem --enable-sysvshm --enable-shmop --with-pear --with-xmlrpc --with-zlib=/usr --with-iconv --with-iconv-dir=/usr/local --with-pdo-mysql=/usr/local/mysql --enable-pdo=shared Make message => : ext/pdo_mysql/.libs/pdo_mysql.o(.text+0x13): In function `zm_startup_pdo_mysql': /usr/local/xtra_targz/php5-200510202030/ext/pdo_mysql/pdo_mysql.c:78: undefined reference to `php_pdo_declare_long_constant' ext/pdo_mysql/.libs/pdo_mysql.o(.text+0x34): In function `zm_shutdown_pdo_mysql': /usr/local/xtra_targz/php5-200510202030/ext/pdo_mysql/pdo_mysql.c:88: undefined reference to `php_pdo_unregister_driver' ext/pdo_mysql/.libs/pdo_mysql.o(.text+0x23): In function `zm_startup_pdo_mysql': /usr/local/xtra_targz/php5-200510202030/ext/pdo_mysql/pdo_mysql.c:80: undefined reference to `php_pdo_register_driver' ext/pdo_mysql/.libs/mysql_driver.o(.text+0x197): In function `_pdo_mysql_error': /usr/local/xtra_targz/php5-200510202030/ext/pdo_mysql/mysql_driver.c:100: undefined reference to `php_pdo_get_exception' ext/pdo_mysql/.libs/mysql_driver.o(.text+0x378): In function `mysql_handle_preparer': /usr/local/xtra
#35215 [Bgs]: Design Discussion: setlocale and type juggling
ID: 35215 Updated by: [EMAIL PROTECTED] Reported By: timo dot hummel at 4fb dot de Status: Bogus Bug Type: Strings related Operating System: any PHP Version: 5.0.5 New Comment: There's number_format() and *printf(). Previous Comments: [2005-11-14 18:47:25] timo dot hummel at 4fb dot de I know it is not a bug, it's rather a design issue. However, I suggest to implement something to get the technical value of a float variable. This design issue renders either floating-point values or locale settings useless. Something like http://www.php.net/strval which ignores the locale settings would be more useful: $float = 0.12; $sql = "SELECT * FROM test WHERE value=".strval($float, IGNORE_LOCALE); It would be nice if something like that would be included in a later version of the zend engine or in PHP itself. [2005-11-14 16:47:03] [EMAIL PROTECTED] Not a bug. I don't like that behaviour either, anyway there's number_format() and *printf(). [2005-11-14 15:51:28] timo dot hummel at 4fb dot de Description: Currently, the whole way PHP does type juggling is affected using setlocale. Right now, PHP respects the setlocale-Settings for LC_NUMERIC when doing type-juggling (e.g. converting a float to a string or when outputting data): $float = 0.12; setlocale(LC_ALL, "de_DE"); echo $float; The simple example above outputs 0,12. If you need to build up SQL queries, this behaviour is unwanted and causes errors: $float = 0.12; setlocale(LC_ALL, "de_DE"); $sql = "SELECT * FROM test WHERE value=$float;"; The query will be "juggled" to SELECT * FROM test WHERE value=0,12; - which is not the expected result. If setlocale is used, there's no way (at least not to my knowledge) to access the original, english (I also call it technical) representation of a floating point number. This is not really a bug, but rather a limitation by design, but it effectively prevents PHP developers from implementing multi-lingual applications. Reproduce code: --- "; /* Predefine some variables to play around with */ $float = 0.12; $sql = "SELECT * FROM test WHERE amount="; setlocale(LC_ALL, "C"); // Set standard locale echo strval($float). "\n"; // Outputs 0.12, which is OK echo $sql . $float."\n";// Outputs SELECT * FROM test WHERE amount=0.12, which can be used by a database. setlocale(LC_ALL, "de_DE"); // Set german locale echo strval($float). "\n"; // Outputs 0,12, which is OK for display purposes, but not for data processing echo $sql . $float."\n";// Outputs SELECT * FROM test WHERE amount=0,12, which cannot be used by a database with english locale. echo ""; ?> -- Edit this bug report at http://bugs.php.net/?id=35215&edit=1
#35218 [Opn->Asn]: strtotime no longer ignores timezone comments like (EST)
ID: 35218 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Date/time related Operating System: Debian 3.1/Kernel 2.6.7 PHP Version: 5.1.0RC4 -Assigned To: +Assigned To: derick New Comment: Assigned to the author of this part. Previous Comments: [2005-11-14 18:28:03] [EMAIL PROTECTED] Description: A number of mail clients or mail generating scripts generate Date: headers that use the following format: Sun, 13 Nov 2005 22:56:10 -0800 (PST) The final part - " (PST)" is not required (and probably technically invalid) by the date format described in RFC 2822, however, it's also probably valid as a header comment. Prior to the 5.1 branch, PHP's strtotime simply ignored comments in this style; however, with 5.1, it causes strtotime to fail and return false. Valid or invalid I think it'd be good for PHP to ignore these and just parse the rest of the date. Reproduce code: --- http://bugs.php.net/?id=35218&edit=1
#35219 [Opn->Asn]: error in date() - function
ID: 35219 Updated by: [EMAIL PROTECTED] Reported By: mail at harendt dot de -Status: Open +Status: Assigned Bug Type: Date/time related Operating System: Linux infong 2.4 #1 SMP Thu Jan PHP Version: 4.4.1 -Assigned To: +Assigned To: derick New Comment: Derick, take a look at it plz. # date -d "2006-01-01 00:00:00" +"%W" 00 Previous Comments: [2005-11-14 19:01:58] mail at harendt dot de Description: The function "date" called with the parameter "W" to give the number of the week is wrong when thr year turns. For example the function give for sunday, 01.01.2006 the week number 52. Reproduce code: --- week = $WEEK, $DAY, $nrDAY.$MNTH.$YEAR, $HR.$MIN "; } } ?> Expected result: 1135724400 (00, 00) --> week = 52, Wed, 28.12.05, 00.00 1135753200 (00, 08) --> week = 52, Wed, 28.12.05, 08.00 1135782000 (00, 16) --> week = 52, Wed, 28.12.05, 16.00 1135810800 (01, 00) --> week = 52, Thu, 29.12.05, 00.00 1135839600 (01, 08) --> week = 52, Thu, 29.12.05, 08.00 1135868400 (01, 16) --> week = 52, Thu, 29.12.05, 16.00 1135897200 (02, 00) --> week = 52, Fri, 30.12.05, 00.00 1135926000 (02, 08) --> week = 52, Fri, 30.12.05, 08.00 1135954800 (02, 16) --> week = 52, Fri, 30.12.05, 16.00 1135983600 (03, 00) --> week = 52, Sat, 31.12.05, 00.00 1136012400 (03, 08) --> week = 52, Sat, 31.12.05, 08.00 1136041200 (03, 16) --> week = 52, Sat, 31.12.05, 16.00 113607 (04, 00) --> week = 52, Sun, 01.01.06, 00.00 !! 1136098800 (04, 08) --> week = 52, Sun, 01.01.06, 08.00 !! 1136127600 (04, 16) --> week = 52, Sun, 01.01.06, 16.00 !! 1136156400 (05, 00) --> week = 01, Mon, 02.01.06, 00.00 1136185200 (05, 08) --> week = 01, Mon, 02.01.06, 08.00 1136214000 (05, 16) --> week = 01, Mon, 02.01.06, 16.00 -- Edit this bug report at http://bugs.php.net/?id=35219&edit=1
#35213 [Opn->Fbk]: SIGSEGV with ze1_compatibility_mode = On
ID: 35213 Updated by: [EMAIL PROTECTED] Reported By: mdv at inyourpocket dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Debian PHP Version: 5.0.5 New Comment: So does the snapshot work or not? Previous Comments: [2005-11-14 11:01:34] mdv at inyourpocket dot com in this CVS snapshot is already PEAR 1.4.4 bu if i put back remove whole pear and copy old one (which needs upgrade) works ok here is result: downloading PEAR-1.4.4.tgz ... Starting to download PEAR-1.4.4.tgz (276,978 bytes) .done: 276,978 bytes upgrade failed but pear list show latest version (1.4.4) [2005-11-14 10:14:01] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-11-14 08:49:32] mdv at inyourpocket dot com Description: please read more info here http://pear.php.net/bugs/bug.php?id=5891 when zend compatibility mode set to off - everything is ok Reproduce code: --- /usr/local/php/bin/php -C -q -d include_path=/usr/local/php/lib/php -d output_buffering=1 /usr/local/php/lib/php/pearcmd.php upgrade PEAR Expected result: ??? Actual result: -- my php.ini you can found here http://lampa.naut.cz/php/php.ini (45k) and gdb result (bt and bt -88) is here http://lampa.naut.cz/php/gdb.txt (26k) -- Edit this bug report at http://bugs.php.net/?id=35213&edit=1
#35219 [NEW]: error in date() - function
From: mail at harendt dot de Operating system: Linux infong 2.4 #1 SMP Thu Jan PHP version: 4.4.1 PHP Bug Type: Date/time related Bug description: error in date() - function Description: The function "date" called with the parameter "W" to give the number of the week is wrong when thr year turns. For example the function give for sunday, 01.01.2006 the week number 52. Reproduce code: --- week = $WEEK, $DAY, $nrDAY.$MNTH.$YEAR, $HR.$MIN "; } } ?> Expected result: 1135724400 (00, 00) --> week = 52, Wed, 28.12.05, 00.00 1135753200 (00, 08) --> week = 52, Wed, 28.12.05, 08.00 1135782000 (00, 16) --> week = 52, Wed, 28.12.05, 16.00 1135810800 (01, 00) --> week = 52, Thu, 29.12.05, 00.00 1135839600 (01, 08) --> week = 52, Thu, 29.12.05, 08.00 1135868400 (01, 16) --> week = 52, Thu, 29.12.05, 16.00 1135897200 (02, 00) --> week = 52, Fri, 30.12.05, 00.00 1135926000 (02, 08) --> week = 52, Fri, 30.12.05, 08.00 1135954800 (02, 16) --> week = 52, Fri, 30.12.05, 16.00 1135983600 (03, 00) --> week = 52, Sat, 31.12.05, 00.00 1136012400 (03, 08) --> week = 52, Sat, 31.12.05, 08.00 1136041200 (03, 16) --> week = 52, Sat, 31.12.05, 16.00 113607 (04, 00) --> week = 52, Sun, 01.01.06, 00.00 !! 1136098800 (04, 08) --> week = 52, Sun, 01.01.06, 08.00 !! 1136127600 (04, 16) --> week = 52, Sun, 01.01.06, 16.00 !! 1136156400 (05, 00) --> week = 01, Mon, 02.01.06, 00.00 1136185200 (05, 08) --> week = 01, Mon, 02.01.06, 08.00 1136214000 (05, 16) --> week = 01, Mon, 02.01.06, 16.00 -- Edit bug report at http://bugs.php.net/?id=35219&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35219&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35219&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35219&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35219&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35219&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35219&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35219&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35219&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35219&r=support Expected behavior: http://bugs.php.net/fix.php?id=35219&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35219&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35219&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35219&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35219&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35219&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35219&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35219&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35219&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35219&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35219&r=mysqlcfg
#35207 [Opn->Fbk]: mod_rewrite not working properly
ID: 35207 Updated by: [EMAIL PROTECTED] Reported By: adsh at univ dot kiev dot ua -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: FreeBSD 4.11 PHP Version: 4.4.1 New Comment: >1. If I disable mod_rewrite I have standart 404 error: Obviously you need to change the URL to the real one to execute the script. >2. I add var_dump(getcwd()); at the top of index.php. This is with mod_rewrite On or Off? Isn't the bug http://bugs.php.net/bug.php?id=35186 the same issue? Previous Comments: [2005-11-14 18:39:06] adsh at univ dot kiev dot ua 1. If I disable mod_rewrite I have standart 404 error: The requested URL /blog/article/15/ was not found on this server. 2. I add var_dump(getcwd()); at the top of index.php. Result in browser: string(29) "/home/adsh.ukrweb.net/blog" There are no errors in apache error log for this request. [2005-11-14 10:08:44] [EMAIL PROTECTED] Why did you decide it happens only when mod_rewrite is On? Please add this line: var_dump(getcwd()); before the include(); and paste it's output here. [2005-11-14 00:49:12] adsh at univ dot kiev dot ua If I replace libphp4.so to version 4.4.0 all work fine! I don't use absolute paths. mod_rewrite is on - You can test this URL (mod_rewrite referer protection): http://adsh.ukrweb.net/blog/upload/isa_server_2000.jpg You can see more info in this ULR: http://servous.se/punbb/viewtopic.php?pid=1329 [2005-11-14 00:41:02] [EMAIL PROTECTED] The error message is quite descriptive. Did you try to see if the file "inc/config.php" is really there? Did you try to use absolute paths? Why did you decide it happens only when mod_rewrite is On? Try to give some more info about the issue. [2005-11-14 00:01:04] adsh at univ dot kiev dot ua A recompile libphp4.so to version php4-STABLE-200511131945 (4.4.2-dev). No results, the same error: URL to test: http://adsh.ukrweb.net/blog/article/15/ Errors: [Mon Nov 14 00:51:15 2005] [error] [client 212.9.224.211] PHP Warning: main(inc/config.php): failed to open stream: No such file or directory in /home/adsh.ukrweb.net/blog/inc/tpl_header_blog.php on line 16, referer: http://adsh.ukrweb.net/blog/ [Mon Nov 14 00:51:15 2005] [error] [client 212.9.224.211] PHP Fatal error: main(): Failed opening required 'inc/config.php' (include_path='.:/home/test/php') in /home/adsh.ukrweb.net/blog/inc/tpl_header_blog.php on line 16, referer: http://adsh.ukrweb.net/blog/ include_path is set in php.ini for some other scrips. With version 4.4.0 I nave no any rewrite errors. 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/35207 -- Edit this bug report at http://bugs.php.net/?id=35207&edit=1
#35215 [Bgs]: Design Discussion: setlocale and type juggling
ID: 35215 User updated by: timo dot hummel at 4fb dot de Reported By: timo dot hummel at 4fb dot de Status: Bogus Bug Type: Strings related Operating System: any PHP Version: 5.0.5 New Comment: I know it is not a bug, it's rather a design issue. However, I suggest to implement something to get the technical value of a float variable. This design issue renders either floating-point values or locale settings useless. Something like http://www.php.net/strval which ignores the locale settings would be more useful: $float = 0.12; $sql = "SELECT * FROM test WHERE value=".strval($float, IGNORE_LOCALE); It would be nice if something like that would be included in a later version of the zend engine or in PHP itself. Previous Comments: [2005-11-14 16:47:03] [EMAIL PROTECTED] Not a bug. I don't like that behaviour either, anyway there's number_format() and *printf(). [2005-11-14 15:51:28] timo dot hummel at 4fb dot de Description: Currently, the whole way PHP does type juggling is affected using setlocale. Right now, PHP respects the setlocale-Settings for LC_NUMERIC when doing type-juggling (e.g. converting a float to a string or when outputting data): $float = 0.12; setlocale(LC_ALL, "de_DE"); echo $float; The simple example above outputs 0,12. If you need to build up SQL queries, this behaviour is unwanted and causes errors: $float = 0.12; setlocale(LC_ALL, "de_DE"); $sql = "SELECT * FROM test WHERE value=$float;"; The query will be "juggled" to SELECT * FROM test WHERE value=0,12; - which is not the expected result. If setlocale is used, there's no way (at least not to my knowledge) to access the original, english (I also call it technical) representation of a floating point number. This is not really a bug, but rather a limitation by design, but it effectively prevents PHP developers from implementing multi-lingual applications. Reproduce code: --- "; /* Predefine some variables to play around with */ $float = 0.12; $sql = "SELECT * FROM test WHERE amount="; setlocale(LC_ALL, "C"); // Set standard locale echo strval($float). "\n"; // Outputs 0.12, which is OK echo $sql . $float."\n";// Outputs SELECT * FROM test WHERE amount=0.12, which can be used by a database. setlocale(LC_ALL, "de_DE"); // Set german locale echo strval($float). "\n"; // Outputs 0,12, which is OK for display purposes, but not for data processing echo $sql . $float."\n";// Outputs SELECT * FROM test WHERE amount=0,12, which cannot be used by a database with english locale. echo ""; ?> -- Edit this bug report at http://bugs.php.net/?id=35215&edit=1
#35210 [Opn->Csd]: php script as errordocument causes segmentation fault
ID: 35210 Updated by: [EMAIL PROTECTED] Reported By: jmaguire123 at hotmail dot com -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: Fedora Core 4 httpd-2.0.55 PHP Version: 5CVS-2005-11-14 (CVS) New Comment: This works fine in 4.4.2-dev and 5.1.0RC5 Previous Comments: [2005-11-14 14:57:58] frederic dot jacquot at insa-lyon dot fr Ok, downgrading to 4.4.0 fixed this issue. [2005-11-14 14:33:07] frederic dot jacquot at insa-lyon dot fr Same probleme here, using php-4.4.1 and httpd-2.0.55 (both built from source). It may also be a HTTPd problem. [2005-11-14 06:01:46] jmaguire123 at hotmail dot com Description: I know this issue has been seen and fixed in other versions, but I am seeing this in both php5.0.5 and the 11/14 snapshot. Linux Fedora, core 4. stock httpd 2.0.55 built from source. I have custom 404 errordocument directive in my httpd.conf file which points to .php script. 404 the causes segmentation fault. Any help is greatly appreciated. -- Edit this bug report at http://bugs.php.net/?id=35210&edit=1
#35207 [Fbk->Opn]: mod_rewrite not working properly
ID: 35207 User updated by: adsh at univ dot kiev dot ua Reported By: adsh at univ dot kiev dot ua -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: FreeBSD 4.11 PHP Version: 4.4.1 New Comment: 1. If I disable mod_rewrite I have standart 404 error: The requested URL /blog/article/15/ was not found on this server. 2. I add var_dump(getcwd()); at the top of index.php. Result in browser: string(29) "/home/adsh.ukrweb.net/blog" There are no errors in apache error log for this request. Previous Comments: [2005-11-14 10:08:44] [EMAIL PROTECTED] Why did you decide it happens only when mod_rewrite is On? Please add this line: var_dump(getcwd()); before the include(); and paste it's output here. [2005-11-14 00:49:12] adsh at univ dot kiev dot ua If I replace libphp4.so to version 4.4.0 all work fine! I don't use absolute paths. mod_rewrite is on - You can test this URL (mod_rewrite referer protection): http://adsh.ukrweb.net/blog/upload/isa_server_2000.jpg You can see more info in this ULR: http://servous.se/punbb/viewtopic.php?pid=1329 [2005-11-14 00:41:02] [EMAIL PROTECTED] The error message is quite descriptive. Did you try to see if the file "inc/config.php" is really there? Did you try to use absolute paths? Why did you decide it happens only when mod_rewrite is On? Try to give some more info about the issue. [2005-11-14 00:01:04] adsh at univ dot kiev dot ua A recompile libphp4.so to version php4-STABLE-200511131945 (4.4.2-dev). No results, the same error: URL to test: http://adsh.ukrweb.net/blog/article/15/ Errors: [Mon Nov 14 00:51:15 2005] [error] [client 212.9.224.211] PHP Warning: main(inc/config.php): failed to open stream: No such file or directory in /home/adsh.ukrweb.net/blog/inc/tpl_header_blog.php on line 16, referer: http://adsh.ukrweb.net/blog/ [Mon Nov 14 00:51:15 2005] [error] [client 212.9.224.211] PHP Fatal error: main(): Failed opening required 'inc/config.php' (include_path='.:/home/test/php') in /home/adsh.ukrweb.net/blog/inc/tpl_header_blog.php on line 16, referer: http://adsh.ukrweb.net/blog/ include_path is set in php.ini for some other scrips. With version 4.4.0 I nave no any rewrite errors. [2005-11-13 23:17:43] [EMAIL PROTECTED] Please use a snapshot from http://snaps.php.net - we can't support versions with external modifications 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/35207 -- Edit this bug report at http://bugs.php.net/?id=35207&edit=1
#35218 [NEW]: strtotime no longer ignores timezone comments like (EST)
From: [EMAIL PROTECTED] Operating system: Debian 3.1/Kernel 2.6.7 PHP version: 5.1.0RC4 PHP Bug Type: Date/time related Bug description: strtotime no longer ignores timezone comments like (EST) Description: A number of mail clients or mail generating scripts generate Date: headers that use the following format: Sun, 13 Nov 2005 22:56:10 -0800 (PST) The final part - " (PST)" is not required (and probably technically invalid) by the date format described in RFC 2822, however, it's also probably valid as a header comment. Prior to the 5.1 branch, PHP's strtotime simply ignored comments in this style; however, with 5.1, it causes strtotime to fail and return false. Valid or invalid I think it'd be good for PHP to ignore these and just parse the rest of the date. Reproduce code: --- http://bugs.php.net/?id=35218&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35218&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35218&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35218&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35218&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35218&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35218&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35218&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35218&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35218&r=support Expected behavior: http://bugs.php.net/fix.php?id=35218&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35218&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35218&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35218&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35218&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35218&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35218&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35218&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35218&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35218&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35218&r=mysqlcfg
#35215 [Opn->Bgs]: Design Discussion: setlocale and type juggling
ID: 35215 Updated by: [EMAIL PROTECTED] Reported By: timo dot hummel at 4fb dot de -Status: Open +Status: Bogus Bug Type: Strings related Operating System: any PHP Version: 5.0.5 New Comment: Not a bug. I don't like that behaviour either, anyway there's number_format() and *printf(). Previous Comments: [2005-11-14 15:51:28] timo dot hummel at 4fb dot de Description: Currently, the whole way PHP does type juggling is affected using setlocale. Right now, PHP respects the setlocale-Settings for LC_NUMERIC when doing type-juggling (e.g. converting a float to a string or when outputting data): $float = 0.12; setlocale(LC_ALL, "de_DE"); echo $float; The simple example above outputs 0,12. If you need to build up SQL queries, this behaviour is unwanted and causes errors: $float = 0.12; setlocale(LC_ALL, "de_DE"); $sql = "SELECT * FROM test WHERE value=$float;"; The query will be "juggled" to SELECT * FROM test WHERE value=0,12; - which is not the expected result. If setlocale is used, there's no way (at least not to my knowledge) to access the original, english (I also call it technical) representation of a floating point number. This is not really a bug, but rather a limitation by design, but it effectively prevents PHP developers from implementing multi-lingual applications. Reproduce code: --- "; /* Predefine some variables to play around with */ $float = 0.12; $sql = "SELECT * FROM test WHERE amount="; setlocale(LC_ALL, "C"); // Set standard locale echo strval($float). "\n"; // Outputs 0.12, which is OK echo $sql . $float."\n";// Outputs SELECT * FROM test WHERE amount=0.12, which can be used by a database. setlocale(LC_ALL, "de_DE"); // Set german locale echo strval($float). "\n"; // Outputs 0,12, which is OK for display purposes, but not for data processing echo $sql . $float."\n";// Outputs SELECT * FROM test WHERE amount=0,12, which cannot be used by a database with english locale. echo ""; ?> -- Edit this bug report at http://bugs.php.net/?id=35215&edit=1
#35214 [Opn->Bgs]: hijacking of private/protected properties
ID: 35214 Updated by: [EMAIL PROTECTED] Reported By: voxus at mail dot ru -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: any PHP Version: 5.1.0RC4 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 protected/public work on class level, not object level Previous Comments: [2005-11-14 15:51:15] voxus at mail dot ru Description: you can hijack protected properties of given object, if you're operating with it in 'inheritance context'. some thing for private ones within one class. Reproduce code: --- protected hijacking: http://phpclub.ru/paste/index.php?show=820 private hijacking: http://phpclub.ru/paste/index.php?show=821 tested with 5.0.5, 5.1RC1, 5.1RC4 unreproducible with 5.0.4 -- Edit this bug report at http://bugs.php.net/?id=35214&edit=1
#35217 [NEW]: mssql.max_procs strange behavoiur
From: vovik at getart dot ru Operating system: RHEL 4 PHP version: 4.4.1 PHP Bug Type: MSSQL related Bug description: mssql.max_procs strange behavoiur Description: When I try to limit maximum number of MS SQL open connections via php.ini it doesn't work properly. It doesn't work at all. Instead of this, connections actually established, but some error messages (from FreeTDS ?) appeared on every mssql_connect() above mssql.max_procs. I've added sleep() to end of script for checking number of connections on SQL server side and in example above it is 30. Reproduce code: --- Expected result: PHP warning: Too many open links (26) Connect failed. Actual result: -- (on stderr) Max connections reached, increase value of TDS_MAX_CONN Max connections reached, increase value of TDS_MAX_CONN Max connections reached, increase value of TDS_MAX_CONN Max connections reached, increase value of TDS_MAX_CONN -- Edit bug report at http://bugs.php.net/?id=35217&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35217&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35217&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35217&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35217&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35217&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35217&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35217&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35217&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35217&r=support Expected behavior: http://bugs.php.net/fix.php?id=35217&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35217&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35217&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35217&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35217&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35217&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35217&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35217&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35217&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35217&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35217&r=mysqlcfg
#35088 [Csd->Opn]: crash with DOMDocument->loadXML()
ID: 35088 User updated by: cole at ccdc dot cam dot ac dot uk Reported By: cole at ccdc dot cam dot ac dot uk -Status: Closed +Status: Open Bug Type: DOM XML related Operating System: IRIX 6.5.18m PHP Version: 5CVS-2005-11-07 (snap) New Comment: Hi - Sorry, but I have to reopen this since I've had no response to the previous point: I think you need to confirm the intent on this bug. Will this be fixed only in the latest release branch, or do you intend fixing the issue in, say, php 5.0.6? Previous Comments: [2005-11-07 18:13:29] cole at ccdc dot cam dot ac dot uk Sorry to ask - as you have closed this, does this mean there will be no fix applied to the 5.0 branch? [2005-11-07 18:10:03] [EMAIL PROTECTED] Please open separate report for the compile problems. [2005-11-07 17:53:56] cole at ccdc dot cam dot ac dot uk Ok - so here goes: Good news ... the latest snapshot works if I copy the ".so" across manually (rather than using make install). Bad news ... I was still getting "Output line too long." during the build, even though configure claims it has found a good version of sed. I will get our systems guys to install a newer sed to see if that goes away. So - it only happens in php 5.0.5 (and, 5.0.4 for that matter - I tried both out of interest). [2005-11-07 15:45:06] [EMAIL PROTECTED] Since the compile failures are now gone, does the original issue you reported still exist with that snapshot? (the pear issue is reported elsewhere by other people, you can get rid of that error with --without-pear configure option) [2005-11-07 14:56:49] cole at ccdc dot cam dot ac dot uk The snapshot builds to completion now - The mips-pro compiler is quite fussy, and throws out quite a lot of warnings when compiling the snapshot. Would it be of interest to you to see them all? Let me know if you'd find this helpful and I'll send it all in. Having compiled this snapshot, I no longer get messages about 'Output line too long' make install still fails however: Warning: PEAR_Installer_Role::factory(PEAR/Installer/Role/Php.php): failed to open stream: No such file or directory in phar://install-pear-nozlib.phar/PEAR/Installer/Role.php on line 80 Fatal error: PEAR_Installer_Role::factory(): Failed opening required 'PEAR/Installer/Role/Php.php' (include_path='.:/local/cole/php5-200511071130/lib/php') in phar://install-pear-nozlib.phar/PEAR/Installer/Role.php on line 80 *** Error code 255 (bu21) *** Error code 1 (bu21) my configure line was ./configure --with-apxs2=/local/cole/apache2/bin/apxs --prefix=/local/cole/php5-200511071130 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/35088 -- Edit this bug report at http://bugs.php.net/?id=35088&edit=1
#35216 [NEW]: segfault using db3
From: 0602 at eq dot cz Operating system: Linux PHP version: 4.4.1 PHP Bug Type: Reproducible crash Bug description: segfault using db3 Description: Segfault using db3 with php version 4.4.1 (and snapshot php4-STABLE-200511141355) as module for apache (no problems with cli). Reproduce code: --- '; } if(($value = dba_fetch($key,$id))) { echo 'Found key '.$key.' with value '.$value.''; } else { echo 'Could not find key '.$key.''; } dba_close($id); ?> Expected result: Correct hereshow.db db file in data directory. Actual result: -- The file hereshow.db is created and is empty (size 0). The process segfaults. The backtrace is the same for 4.4.1 and 200511141355: (gdb) bt #0 0x00317a7b in __dbenv_get_errfile () from /lib/libdb-4.2.so #1 0x00308bf9 in __dbh_am_chk () from /lib/libdb-4.2.so #2 0x006848b8 in dba_open_db3 () from /usr/local/lib/php/libphp4.so #3 0x00681f7f in php_dba_find () from /usr/local/lib/php/libphp4.so #4 0x00682aec in zif_dba_open () from /usr/local/lib/php/libphp4.so #5 0x00806d87 in execute () from /usr/local/lib/php/libphp4.so #6 0x007f388f in zend_execute_scripts () from /usr/local/lib/php/libphp4.so #7 0x007be18f in php_execute_script () from /usr/local/lib/php/libphp4.so #8 0x0080ccc6 in execute () from /usr/local/lib/php/libphp4.so #9 0x08068026 in ap_run_handler (r=0x819e170) at config.c:152 #10 0x080685c8 in ap_invoke_handler (r=0x819e170) at config.c:364 #11 0x0806554f in ap_process_request (r=0x819e170) at http_request.c:249 #12 0x08060ec9 in ap_process_http_connection (c=0x8198078) at http_core.c:251 #13 0x08071186 in ap_run_process_connection (c=0x8198078) at connection.c:43 #14 0x080669d8 in child_main (child_num_arg=6833920) at prefork.c:610 #15 0x08066b8e in make_child (s=0x80a0ed0, slot=0) at prefork.c:650 #16 0x08066bff in startup_children (number_to_start=1) at prefork.c:722 #17 0x08067379 in ap_mpm_run (_pconf=0x809f0f0, plog=0x80cb1a0, s=0x1) at prefork.c:941 #18 0x0806cbc8 in main (argc=2, argv=0xbfffdbb4) at main.c:618 # ldd httpd [...] libdb-4.2.so => /lib/libdb-4.2.so (0x00289000) [...] # ldd libphp4.so [...] libdb-3.3.so => /lib/libdb-3.3.so (0x00761000) [...] *NO* problems with the following httpd (different os version (older) - httpd linked against different libdb; same version of apache and php on both oses): # ldd httpd [...] libdb-3.3.so => /lib/libdb-3.3.so (0x00275000) [...] PHP was configured with "--with-db3". This libdb versions are installed on affected system: db3-3.3.11, db4-4.2.52. -- Edit bug report at http://bugs.php.net/?id=35216&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35216&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35216&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35216&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35216&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35216&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35216&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35216&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35216&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35216&r=support Expected behavior: http://bugs.php.net/fix.php?id=35216&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35216&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35216&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35216&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35216&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35216&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35216&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35216&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35216&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35216&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35216&r=mysqlcfg
#35215 [NEW]: Design Discussion: setlocale and type juggling
From: timo dot hummel at 4fb dot de Operating system: any PHP version: 5.0.5 PHP Bug Type: Strings related Bug description: Design Discussion: setlocale and type juggling Description: Currently, the whole way PHP does type juggling is affected using setlocale. Right now, PHP respects the setlocale-Settings for LC_NUMERIC when doing type-juggling (e.g. converting a float to a string or when outputting data): $float = 0.12; setlocale(LC_ALL, "de_DE"); echo $float; The simple example above outputs 0,12. If you need to build up SQL queries, this behaviour is unwanted and causes errors: $float = 0.12; setlocale(LC_ALL, "de_DE"); $sql = "SELECT * FROM test WHERE value=$float;"; The query will be "juggled" to SELECT * FROM test WHERE value=0,12; - which is not the expected result. If setlocale is used, there's no way (at least not to my knowledge) to access the original, english (I also call it technical) representation of a floating point number. This is not really a bug, but rather a limitation by design, but it effectively prevents PHP developers from implementing multi-lingual applications. Reproduce code: --- "; /* Predefine some variables to play around with */ $float = 0.12; $sql = "SELECT * FROM test WHERE amount="; setlocale(LC_ALL, "C"); // Set standard locale echo strval($float). "\n"; // Outputs 0.12, which is OK echo $sql . $float."\n";// Outputs SELECT * FROM test WHERE amount=0.12, which can be used by a database. setlocale(LC_ALL, "de_DE"); // Set german locale echo strval($float). "\n"; // Outputs 0,12, which is OK for display purposes, but not for data processing echo $sql . $float."\n";// Outputs SELECT * FROM test WHERE amount=0,12, which cannot be used by a database with english locale. echo ""; ?> -- Edit bug report at http://bugs.php.net/?id=35215&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35215&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35215&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35215&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35215&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35215&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35215&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35215&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35215&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35215&r=support Expected behavior: http://bugs.php.net/fix.php?id=35215&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35215&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35215&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35215&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35215&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35215&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35215&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35215&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35215&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35215&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35215&r=mysqlcfg
#35214 [NEW]: hijacking of private/protected properties
From: voxus at mail dot ru Operating system: any PHP version: 5.1.0RC4 PHP Bug Type: *General Issues Bug description: hijacking of private/protected properties Description: you can hijack protected properties of given object, if you're operating with it in 'inheritance context'. some thing for private ones within one class. Reproduce code: --- protected hijacking: http://phpclub.ru/paste/index.php?show=820 private hijacking: http://phpclub.ru/paste/index.php?show=821 tested with 5.0.5, 5.1RC1, 5.1RC4 unreproducible with 5.0.4 -- Edit bug report at http://bugs.php.net/?id=35214&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35214&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35214&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35214&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35214&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35214&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35214&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35214&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35214&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35214&r=support Expected behavior: http://bugs.php.net/fix.php?id=35214&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35214&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35214&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35214&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35214&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35214&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35214&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35214&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35214&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35214&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35214&r=mysqlcfg
#35158 [Asn]: binding of stored proc input parameters is not working
ID: 35158 User updated by: vladik_g at mail dot ru Reported By: vladik_g at mail dot ru Status: Assigned Bug Type: MSSQL related Operating System: Linux RedHat 9 PHP Version: 5CVS-2005-11-08 (snap) Assigned To: fmk New Comment: Frank, is there any chance to get it working shortly? Previous Comments: [2005-11-09 12:55:01] [EMAIL PROTECTED] Frank, check this out please. [2005-11-09 11:14:28] vladik_g at mail dot ru Nothing more. With php 4.4 on same machine with same other soft all works ok. [2005-11-08 20:29:45] [EMAIL PROTECTED] What else have changed for you except for PHP version? [2005-11-08 20:09:47] vladik_g at mail dot ru Description: binding input parameters is not really working. This mechanism was working well in 4-th family of php. Reproduce code: --- php code here: mssql_bind($Proc,'@Param1',$Param1,SQLVARCHAR,false,false,30); mssql_execute($Proc,FALSE) || print(mssql_get_last_message()); MSSQL code here: CREATE PROCEDURE [dbo].[test] ( @Param1 VARCHAR(30) ) AS RETURN 0 GO Expected result: successfull execution Actual result: -- Procedure 'test' expects parameter '@Param1', which was not supplied. -- Edit this bug report at http://bugs.php.net/?id=35158&edit=1
#35210 [Com]: php script as errordocument causes segmentation fault
ID: 35210 Comment by: frederic dot jacquot at insa-lyon dot fr Reported By: jmaguire123 at hotmail dot com Status: Open Bug Type: Apache2 related Operating System: Fedora Core 4 httpd-2.0.55 PHP Version: 5CVS-2005-11-14 (CVS) New Comment: Ok, downgrading to 4.4.0 fixed this issue. Previous Comments: [2005-11-14 14:33:07] frederic dot jacquot at insa-lyon dot fr Same probleme here, using php-4.4.1 and httpd-2.0.55 (both built from source). It may also be a HTTPd problem. [2005-11-14 06:01:46] jmaguire123 at hotmail dot com Description: I know this issue has been seen and fixed in other versions, but I am seeing this in both php5.0.5 and the 11/14 snapshot. Linux Fedora, core 4. stock httpd 2.0.55 built from source. I have custom 404 errordocument directive in my httpd.conf file which points to .php script. 404 the causes segmentation fault. Any help is greatly appreciated. -- Edit this bug report at http://bugs.php.net/?id=35210&edit=1
#35210 [Com]: php script as errordocument causes segmentation fault
ID: 35210 Comment by: frederic dot jacquot at insa-lyon dot fr Reported By: jmaguire123 at hotmail dot com Status: Open Bug Type: Apache2 related Operating System: Fedora Core 4 httpd-2.0.55 PHP Version: 5CVS-2005-11-14 (CVS) New Comment: Same probleme here, using php-4.4.1 and httpd-2.0.55 (both built from source). It may also be a HTTPd problem. Previous Comments: [2005-11-14 06:01:46] jmaguire123 at hotmail dot com Description: I know this issue has been seen and fixed in other versions, but I am seeing this in both php5.0.5 and the 11/14 snapshot. Linux Fedora, core 4. stock httpd 2.0.55 built from source. I have custom 404 errordocument directive in my httpd.conf file which points to .php script. 404 the causes segmentation fault. Any help is greatly appreciated. -- Edit this bug report at http://bugs.php.net/?id=35210&edit=1
#35140 [Opn->Fbk]: Segmentation fault in shutdown_memory_manager
ID: 35140 Updated by: [EMAIL PROTECTED] Reported By: jfbustarret at tf1 dot fr -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 5CVS-2005-11-10 (snap) New Comment: What MPM do you use with Apache2? Are you able to reproduce it with prefork MPM? Previous Comments: [2005-11-14 11:34:00] jfbustarret at tf1 dot fr FYI, I have crashes on a server that loads the oci ext, but does not connect to oracle. On this server, the crashes were in a template that uses mysql + jpgraph v2 + gd. [2005-11-14 11:28:00] jfbustarret at tf1 dot fr > Are you able to reproduce it with PHP CLI? So far, no crash using CLI. > Why are you using those CFLAGS? Legacy shell script... -g -O2 is the default, so CLFAGS is useless. > Do you really need both ext/mysql && ext/oci8? If not, please remove at least one of them. Most servers need both. I'll remove ext/mysql & ext/oci8 where I can. > Do you use the new OCI8 (from PECL) or the old one? The new one. Some features of the PECL one are very useful. [2005-11-10 17:28:37] [EMAIL PROTECTED] Are you able to reproduce it with PHP CLI? Why are you using those CFLAGS? Do you really need both ext/mysql && ext/oci8? If not, please remove at least one of them. Do you use the new OCI8 (from PECL) or the old one? [2005-11-10 13:58:21] jfbustarret at tf1 dot fr With : './configure' '--with-apxs2=/usr/sbin/apxs2' '--with-config-file-path=/etc' '--with-oci8=/soft/ora920' '--prefix=/soft/php-5-200511100730-20051110-debug' '--exec-prefix=/soft/php-5-200511100730-20051110-debug' '--without-pear' '--with-mysql=/usr' '--with-mysql-sock=/tmp/mysql.sock' 'CFLAGS=-O2 -g' I get this crash : #0 0x4070f068 in zend_clear_exception () at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:68 68 if (!EG(exception)) { (gdb) bt #0 0x4070f068 in zend_clear_exception () at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:68 #1 0x4071050d in zif_exception_getLine () at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:220 #2 0x4083acf8 in ?? () [snip] #16 0xbf9233e8 in ?? () #17 0x40710537 in zif_exception_getFile (ht=137277364, return_value=0x2, return_value_ptr=0x3a97, this_ptr=0x0, return_value_used=137147524) at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:209 #18 0x40710537 in zif_exception_getFile (ht=0, return_value=0x82eafb4, return_value_ptr=0x2, this_ptr=0x0, return_value_used=86073) at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:209 #19 0x406e2639 in zendparse () at zend_language_parser.c:4333 [snip] (gdb) print executor_globals.exception $1 = (zval *) 0x44238317 (gdb) print *executor_globals.exception Cannot access memory at address 0x44238317 With more extensions, I have various crashes, like this one : #0 0x406ed5fd in yy_push_state (new_state=1) at zend_language_scanner.c:6029 #1 0x406edfe7 in lex_scan (zendlval=0xbf8163d4) at zend_language_scanner.c:4418 I'll try the same with PHP-5.0.5. [2005-11-10 10:52:37] [EMAIL PROTECTED] Do you load those shared extensions in your php.ini? Can you try without them? And what is the shortest possible configure line you can reproduce this with? 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/35140 -- Edit this bug report at http://bugs.php.net/?id=35140&edit=1
#35140 [Fbk->Opn]: Segmentation fault in shutdown_memory_manager
ID: 35140 User updated by: jfbustarret at tf1 dot fr Reported By: jfbustarret at tf1 dot fr -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 5CVS-2005-11-10 (snap) New Comment: We use prefork Previous Comments: [2005-11-14 11:38:34] [EMAIL PROTECTED] What MPM do you use with Apache2? Are you able to reproduce it with prefork MPM? [2005-11-14 11:34:00] jfbustarret at tf1 dot fr FYI, I have crashes on a server that loads the oci ext, but does not connect to oracle. On this server, the crashes were in a template that uses mysql + jpgraph v2 + gd. [2005-11-14 11:28:00] jfbustarret at tf1 dot fr > Are you able to reproduce it with PHP CLI? So far, no crash using CLI. > Why are you using those CFLAGS? Legacy shell script... -g -O2 is the default, so CLFAGS is useless. > Do you really need both ext/mysql && ext/oci8? If not, please remove at least one of them. Most servers need both. I'll remove ext/mysql & ext/oci8 where I can. > Do you use the new OCI8 (from PECL) or the old one? The new one. Some features of the PECL one are very useful. [2005-11-10 17:28:37] [EMAIL PROTECTED] Are you able to reproduce it with PHP CLI? Why are you using those CFLAGS? Do you really need both ext/mysql && ext/oci8? If not, please remove at least one of them. Do you use the new OCI8 (from PECL) or the old one? [2005-11-10 13:58:21] jfbustarret at tf1 dot fr With : './configure' '--with-apxs2=/usr/sbin/apxs2' '--with-config-file-path=/etc' '--with-oci8=/soft/ora920' '--prefix=/soft/php-5-200511100730-20051110-debug' '--exec-prefix=/soft/php-5-200511100730-20051110-debug' '--without-pear' '--with-mysql=/usr' '--with-mysql-sock=/tmp/mysql.sock' 'CFLAGS=-O2 -g' I get this crash : #0 0x4070f068 in zend_clear_exception () at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:68 68 if (!EG(exception)) { (gdb) bt #0 0x4070f068 in zend_clear_exception () at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:68 #1 0x4071050d in zif_exception_getLine () at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:220 #2 0x4083acf8 in ?? () [snip] #16 0xbf9233e8 in ?? () #17 0x40710537 in zif_exception_getFile (ht=137277364, return_value=0x2, return_value_ptr=0x3a97, this_ptr=0x0, return_value_used=137147524) at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:209 #18 0x40710537 in zif_exception_getFile (ht=0, return_value=0x82eafb4, return_value_ptr=0x2, this_ptr=0x0, return_value_used=86073) at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:209 #19 0x406e2639 in zendparse () at zend_language_parser.c:4333 [snip] (gdb) print executor_globals.exception $1 = (zval *) 0x44238317 (gdb) print *executor_globals.exception Cannot access memory at address 0x44238317 With more extensions, I have various crashes, like this one : #0 0x406ed5fd in yy_push_state (new_state=1) at zend_language_scanner.c:6029 #1 0x406edfe7 in lex_scan (zendlval=0xbf8163d4) at zend_language_scanner.c:4418 I'll try the same with PHP-5.0.5. 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/35140 -- Edit this bug report at http://bugs.php.net/?id=35140&edit=1
#35140 [Opn]: Segmentation fault in shutdown_memory_manager
ID: 35140 User updated by: jfbustarret at tf1 dot fr Reported By: jfbustarret at tf1 dot fr Status: Open Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 5CVS-2005-11-10 (snap) New Comment: FYI, I have crashes on a server that loads the oci ext, but does not connect to oracle. On this server, the crashes were in a template that uses mysql + jpgraph v2 + gd. Previous Comments: [2005-11-14 11:28:00] jfbustarret at tf1 dot fr > Are you able to reproduce it with PHP CLI? So far, no crash using CLI. > Why are you using those CFLAGS? Legacy shell script... -g -O2 is the default, so CLFAGS is useless. > Do you really need both ext/mysql && ext/oci8? If not, please remove at least one of them. Most servers need both. I'll remove ext/mysql & ext/oci8 where I can. > Do you use the new OCI8 (from PECL) or the old one? The new one. Some features of the PECL one are very useful. [2005-11-10 17:28:37] [EMAIL PROTECTED] Are you able to reproduce it with PHP CLI? Why are you using those CFLAGS? Do you really need both ext/mysql && ext/oci8? If not, please remove at least one of them. Do you use the new OCI8 (from PECL) or the old one? [2005-11-10 13:58:21] jfbustarret at tf1 dot fr With : './configure' '--with-apxs2=/usr/sbin/apxs2' '--with-config-file-path=/etc' '--with-oci8=/soft/ora920' '--prefix=/soft/php-5-200511100730-20051110-debug' '--exec-prefix=/soft/php-5-200511100730-20051110-debug' '--without-pear' '--with-mysql=/usr' '--with-mysql-sock=/tmp/mysql.sock' 'CFLAGS=-O2 -g' I get this crash : #0 0x4070f068 in zend_clear_exception () at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:68 68 if (!EG(exception)) { (gdb) bt #0 0x4070f068 in zend_clear_exception () at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:68 #1 0x4071050d in zif_exception_getLine () at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:220 #2 0x4083acf8 in ?? () [snip] #16 0xbf9233e8 in ?? () #17 0x40710537 in zif_exception_getFile (ht=137277364, return_value=0x2, return_value_ptr=0x3a97, this_ptr=0x0, return_value_used=137147524) at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:209 #18 0x40710537 in zif_exception_getFile (ht=0, return_value=0x82eafb4, return_value_ptr=0x2, this_ptr=0x0, return_value_used=86073) at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:209 #19 0x406e2639 in zendparse () at zend_language_parser.c:4333 [snip] (gdb) print executor_globals.exception $1 = (zval *) 0x44238317 (gdb) print *executor_globals.exception Cannot access memory at address 0x44238317 With more extensions, I have various crashes, like this one : #0 0x406ed5fd in yy_push_state (new_state=1) at zend_language_scanner.c:6029 #1 0x406edfe7 in lex_scan (zendlval=0xbf8163d4) at zend_language_scanner.c:4418 I'll try the same with PHP-5.0.5. [2005-11-10 10:52:37] [EMAIL PROTECTED] Do you load those shared extensions in your php.ini? Can you try without them? And what is the shortest possible configure line you can reproduce this with? [2005-11-10 10:31:56] jfbustarret at tf1 dot fr With/without --enable-debug, php5-latests crashes in : #0 0x4075c447 in _zend_hash_index_update_or_next_insert (ht=0x4089cd40, h=0, pData=0xbfee8100, nDataSize=12, pDest=0x0, flag=Variable "flag" is not available. ) at /soft/sources/php/php5-200511100730/Zend/zend_hash.c:354 #1 0x4075dc42 in zend_list_insert (ptr=0x0, type=0) at /soft/sources/php/php5-200511100730/Zend/zend_list.c:47 #2 0x4075dc67 in zend_register_resource (rsrc_result=0x0, rsrc_pointer=0x830b10c, rsrc_type=2) at /soft/sources/php/php5-200511100730/Zend/zend_list.c:99 #3 0x4072b228 in _php_stream_alloc (ops=0x0, abstract=0x0, persistent_id=0x0, mode=0x407cafb7 "rb", __php_stream_call_depth=5, __zend_filename=0x40806e28 "/soft/sources/php/php5-200511100730/main/streams/plain_wrapper.c", __zend_lineno=205, __zend_orig_filename=0x408048d4 "/soft/sources/php/php5-200511100730/main/main.c", __zend_orig_lineno=855) at /soft/sources/php/php5-200511100730/main/streams/streams.c:263 #4 0x4072e9c3 in _php_stream_fopen_from_fd (fd=27, mode=0x407cafb7 "rb", persistent_id=0x0, __php_stream_call_depth=4, __zend_filename=0x40806e28 "/soft/sources/php/php5-200511100730/main/streams/plain_wrapper.c", __zend_lineno=882, __zend_orig_filename=0x408048d4 "/soft/sources/php/php5-200511100730/main/main.c", __zend_orig_lineno=855) at /soft/sources/php/php5-200511100730/main/streams/plain_wrapper.c:205 #5 0x4072eb40 in
#35203 [Bgs->Csd]: Unable to call multiple stored procedures with single mysql connection
ID: 35203 User updated by: kristaps dot kaupe at itrisinajumi dot lv Reported By: kristaps dot kaupe at itrisinajumi dot lv -Status: Bogus +Status: Closed Bug Type: MySQLi related Operating System: Gentoo Linux PHP Version: 5.0.5 New Comment: Ok, got the point. Additional $db->next_result() with $db->multi_query() was solution. My fault, sorry! Previous Comments: [2005-11-13 18:40:19] [EMAIL PROTECTED] fixed status [2005-11-13 18:36:55] [EMAIL PROTECTED] When a stored procedure returns a resultset, MySQL returns at least two resultsets: first for the SELECT CALL inside the stored procedure. 2nd for the call of the stored procedure itself (2nd usually is only an OK or ERR packet) mysqli_query fetches only one resultset, the second is still on socket: subsequent mysqli_ calls will fail, cause the sockets is still blocked. Therefore you should use mysqli_next_result and mysqli_multi_query instead. [2005-11-13 16:33:03] kristaps dot kaupe at itrisinajumi dot lv Status change to "Open". [2005-11-13 15:55:15] kristaps dot kaupe at itrisinajumi dot lv Why I should use mysqli_multi_query()? Where is it documented, that I should use mysqli_multi_query() for stored procedures? But the following code with mysqli_multi_query() doesn't work either: --- // $db is mysqli object if ($db->multi_query('CALL test_proc(1); CALL test_proc(1);')) { if ($result = $db->store_result()) { $res = $result->fetch_assoc(); print_r($res); $result->close(); } else echo 'No result!'; $db->next_result(); if ($result = $db->store_result()) { $res = $result->fetch_assoc(); print_r($res); $result->close(); } else echo 'No result'; } else echo ''.$db->error.''; - Produces the following output: - Array ( [id] => 1 [txt] => test1 ) No result - (Expected was two identical results) [2005-11-13 08:22:49] [EMAIL PROTECTED] For calling stored procedures you have to use mysqli_multi_query. 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/35203 -- Edit this bug report at http://bugs.php.net/?id=35203&edit=1
#35140 [Fbk->Opn]: Segmentation fault in shutdown_memory_manager
ID: 35140 User updated by: jfbustarret at tf1 dot fr Reported By: jfbustarret at tf1 dot fr -Status: Feedback +Status: Open Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 5CVS-2005-11-10 (snap) New Comment: > Are you able to reproduce it with PHP CLI? So far, no crash using CLI. > Why are you using those CFLAGS? Legacy shell script... -g -O2 is the default, so CLFAGS is useless. > Do you really need both ext/mysql && ext/oci8? If not, please remove at least one of them. Most servers need both. I'll remove ext/mysql & ext/oci8 where I can. > Do you use the new OCI8 (from PECL) or the old one? The new one. Some features of the PECL one are very useful. Previous Comments: [2005-11-10 17:28:37] [EMAIL PROTECTED] Are you able to reproduce it with PHP CLI? Why are you using those CFLAGS? Do you really need both ext/mysql && ext/oci8? If not, please remove at least one of them. Do you use the new OCI8 (from PECL) or the old one? [2005-11-10 13:58:21] jfbustarret at tf1 dot fr With : './configure' '--with-apxs2=/usr/sbin/apxs2' '--with-config-file-path=/etc' '--with-oci8=/soft/ora920' '--prefix=/soft/php-5-200511100730-20051110-debug' '--exec-prefix=/soft/php-5-200511100730-20051110-debug' '--without-pear' '--with-mysql=/usr' '--with-mysql-sock=/tmp/mysql.sock' 'CFLAGS=-O2 -g' I get this crash : #0 0x4070f068 in zend_clear_exception () at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:68 68 if (!EG(exception)) { (gdb) bt #0 0x4070f068 in zend_clear_exception () at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:68 #1 0x4071050d in zif_exception_getLine () at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:220 #2 0x4083acf8 in ?? () [snip] #16 0xbf9233e8 in ?? () #17 0x40710537 in zif_exception_getFile (ht=137277364, return_value=0x2, return_value_ptr=0x3a97, this_ptr=0x0, return_value_used=137147524) at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:209 #18 0x40710537 in zif_exception_getFile (ht=0, return_value=0x82eafb4, return_value_ptr=0x2, this_ptr=0x0, return_value_used=86073) at /soft/sources/php/php5-200511100730/Zend/zend_exceptions.c:209 #19 0x406e2639 in zendparse () at zend_language_parser.c:4333 [snip] (gdb) print executor_globals.exception $1 = (zval *) 0x44238317 (gdb) print *executor_globals.exception Cannot access memory at address 0x44238317 With more extensions, I have various crashes, like this one : #0 0x406ed5fd in yy_push_state (new_state=1) at zend_language_scanner.c:6029 #1 0x406edfe7 in lex_scan (zendlval=0xbf8163d4) at zend_language_scanner.c:4418 I'll try the same with PHP-5.0.5. [2005-11-10 10:52:37] [EMAIL PROTECTED] Do you load those shared extensions in your php.ini? Can you try without them? And what is the shortest possible configure line you can reproduce this with? [2005-11-10 10:31:56] jfbustarret at tf1 dot fr With/without --enable-debug, php5-latests crashes in : #0 0x4075c447 in _zend_hash_index_update_or_next_insert (ht=0x4089cd40, h=0, pData=0xbfee8100, nDataSize=12, pDest=0x0, flag=Variable "flag" is not available. ) at /soft/sources/php/php5-200511100730/Zend/zend_hash.c:354 #1 0x4075dc42 in zend_list_insert (ptr=0x0, type=0) at /soft/sources/php/php5-200511100730/Zend/zend_list.c:47 #2 0x4075dc67 in zend_register_resource (rsrc_result=0x0, rsrc_pointer=0x830b10c, rsrc_type=2) at /soft/sources/php/php5-200511100730/Zend/zend_list.c:99 #3 0x4072b228 in _php_stream_alloc (ops=0x0, abstract=0x0, persistent_id=0x0, mode=0x407cafb7 "rb", __php_stream_call_depth=5, __zend_filename=0x40806e28 "/soft/sources/php/php5-200511100730/main/streams/plain_wrapper.c", __zend_lineno=205, __zend_orig_filename=0x408048d4 "/soft/sources/php/php5-200511100730/main/main.c", __zend_orig_lineno=855) at /soft/sources/php/php5-200511100730/main/streams/streams.c:263 #4 0x4072e9c3 in _php_stream_fopen_from_fd (fd=27, mode=0x407cafb7 "rb", persistent_id=0x0, __php_stream_call_depth=4, __zend_filename=0x40806e28 "/soft/sources/php/php5-200511100730/main/streams/plain_wrapper.c", __zend_lineno=882, __zend_orig_filename=0x408048d4 "/soft/sources/php/php5-200511100730/main/main.c", __zend_orig_lineno=855) at /soft/sources/php/php5-200511100730/main/streams/plain_wrapper.c:205 #5 0x4072eb40 in _php_stream_fopen ( filename=0x83170a8 "/data/www/www/htdocs/src/affichePage.php", mode=0x407cafb7 "rb", opened_path=0xbfee95f8, options=133, __php_stream_call_depth=3, __zend_filename=0x40806e28 "/soft/sources/php/php5-200511100730/main/streams/plain
#35213 [Fbk->Opn]: SIGSEGV with ze1_compatibility_mode = On
ID: 35213 User updated by: mdv at inyourpocket dot com Reported By: mdv at inyourpocket dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Debian PHP Version: 5.0.5 New Comment: in this CVS snapshot is already PEAR 1.4.4 bu if i put back remove whole pear and copy old one (which needs upgrade) works ok here is result: downloading PEAR-1.4.4.tgz ... Starting to download PEAR-1.4.4.tgz (276,978 bytes) .done: 276,978 bytes upgrade failed but pear list show latest version (1.4.4) Previous Comments: [2005-11-14 10:14:01] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-11-14 08:49:32] mdv at inyourpocket dot com Description: please read more info here http://pear.php.net/bugs/bug.php?id=5891 when zend compatibility mode set to off - everything is ok Reproduce code: --- /usr/local/php/bin/php -C -q -d include_path=/usr/local/php/lib/php -d output_buffering=1 /usr/local/php/lib/php/pearcmd.php upgrade PEAR Expected result: ??? Actual result: -- my php.ini you can found here http://lampa.naut.cz/php/php.ini (45k) and gdb result (bt and bt -88) is here http://lampa.naut.cz/php/gdb.txt (26k) -- Edit this bug report at http://bugs.php.net/?id=35213&edit=1
#35203 [Csd->Bgs]: Unable to call multiple stored procedures with single mysql connection
ID: 35203 Updated by: [EMAIL PROTECTED] Reported By: kristaps dot kaupe at itrisinajumi dot lv -Status: Closed +Status: Bogus Bug Type: MySQLi related Operating System: Gentoo Linux PHP Version: 5.0.5 Previous Comments: [2005-11-14 10:46:00] kristaps dot kaupe at itrisinajumi dot lv Ok, got the point. Additional $db->next_result() with $db->multi_query() was solution. My fault, sorry! [2005-11-13 18:40:19] [EMAIL PROTECTED] fixed status [2005-11-13 18:36:55] [EMAIL PROTECTED] When a stored procedure returns a resultset, MySQL returns at least two resultsets: first for the SELECT CALL inside the stored procedure. 2nd for the call of the stored procedure itself (2nd usually is only an OK or ERR packet) mysqli_query fetches only one resultset, the second is still on socket: subsequent mysqli_ calls will fail, cause the sockets is still blocked. Therefore you should use mysqli_next_result and mysqli_multi_query instead. [2005-11-13 16:33:03] kristaps dot kaupe at itrisinajumi dot lv Status change to "Open". [2005-11-13 15:55:15] kristaps dot kaupe at itrisinajumi dot lv Why I should use mysqli_multi_query()? Where is it documented, that I should use mysqli_multi_query() for stored procedures? But the following code with mysqli_multi_query() doesn't work either: --- // $db is mysqli object if ($db->multi_query('CALL test_proc(1); CALL test_proc(1);')) { if ($result = $db->store_result()) { $res = $result->fetch_assoc(); print_r($res); $result->close(); } else echo 'No result!'; $db->next_result(); if ($result = $db->store_result()) { $res = $result->fetch_assoc(); print_r($res); $result->close(); } else echo 'No result'; } else echo ''.$db->error.''; - Produces the following output: - Array ( [id] => 1 [txt] => test1 ) No result - (Expected was two identical results) 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/35203 -- Edit this bug report at http://bugs.php.net/?id=35203&edit=1
#33198 [Fbk->Csd]: Leading UTF-8 byte order mark yields different character encodings in output
ID: 33198 User updated by: Bjorn dot Wiberg at its dot uu dot se Reported By: Bjorn dot Wiberg at its dot uu dot se -Status: Feedback +Status: Closed Bug Type: Unknown/Other Function Operating System: * PHP Version: 5CVS-2005-06-21 Assigned To: moriyoshi New Comment: Hi! The tests I performed were done through telnet, so no web browsers were involved at all. However, I cannot reproduce the bug at the moment, so some changes in recent versions of PHP (5.0.5), or Apache, or a combination of the two, may have "fixed" this. I'm asking for permission to update this bug should I come across more problems related to this (even though mbstring may not at all be involved). Thank you for your help! Best regards, Björn Previous Comments: [2005-11-13 20:39:32] [EMAIL PROTECTED] Try downloading the raw content to your local workspace with a tool like wget / curl. curl -o utf8_bug.html http://www.anst.uu.se/bwiberg/php/utf8_bug.php wget -o utf8_bug.html http://www.anst.uu.se/bwiberg/php/utf8_bug.php And then open it with a browser to see what shows up on the screen. If the display is correct, then it's not a PHP / Apache issue, but the one caused by the browser's misbehaviour. Not a mbstring issue anyway. [2005-06-27 09:33:50] Bjorn dot Wiberg at its dot uu dot se Hi again! Sorry, but this is not connected to mod_cgi in any way. We're not using PHP through mod_cgi, but as a handler. Apache does not have a problem serving the page -- instead it seems that the error only occurs when the file is being processed by the PHP handler. Best regards, Björn [2005-06-27 00:59:30] [EMAIL PROTECTED] Check out this Apache bug: http://issues.apache.org/bugzilla/show_bug.cgi?id=16687 [2005-06-21 17:28:22] Bjorn dot Wiberg at its dot uu dot se Hi again! I just tried the 2005-06-21 10:30 snapshot, but the problem persists. Best regards, Björn [2005-06-19 00:50:45] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip 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/33198 -- Edit this bug report at http://bugs.php.net/?id=33198&edit=1
#35192 [Fbk->Opn]: Session save not triggered
ID: 35192 User updated by: uap-php at cheeky dot org Reported By: uap-php at cheeky dot org -Status: Feedback +Status: Open Bug Type: Session related Operating System: Linux - FC 4 PHP Version: 5.0.5 New Comment: This bug still appears in build dated php5-200511140930 Previous Comments: [2005-11-11 22:08:31] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-11-11 11:06:12] uap-php at cheeky dot org Description: I think this has bug has been touched on before but never resolved. If you have register_long_arrays=off in your ini file, $_SESSION stuff does work, apart from when you iterate over it. It seems that if you iterate over $_SESSION, the session_save handler does not get called and the session data is not saved. If for example you wanted to empty all your session data and you did it by setting each session var seperatly, it works. If you iterate over $_SESSION, set each $_SESSION[$key]=''; The session data will not get saved. Reproduce code: --- see http://php.lollyposh.com/session_test.phps Expected result: If run with register_long_arrays=off or on, the value of $_SESSION['search_test'] should be '' Actual result: -- If run with register_long_arrays=off, the value of $_SESSION['search_test'] will be 'hello!' If run with register_long_arrays=on, the value of $_SESSION['search_test'] will be '' -- Edit this bug report at http://bugs.php.net/?id=35192&edit=1
#35155 [Asn]: prepared statement with blob field does not work
ID: 35155 User updated by: f dot engelhardt at 21torr dot com Reported By: f dot engelhardt at 21torr dot com Status: Assigned Bug Type: MySQLi related Operating System: Linux 2.6 PHP Version: 5CVS-2005-11-09 (snap) Assigned To: georg New Comment: Note: with the PDO it is working as expectet, but we can not use software that is still in a beta stadium. Previous Comments: [2005-11-12 01:22:11] [EMAIL PROTECTED] Georg, see the feedback. [2005-11-11 11:33:32] f dot engelhardt at 21torr dot com case MYSQL_TYPE_VAR_STRING: convert_to_string_ex(&stmt->param.vars[i]); stmt->stmt->params[i].buffer = Z_STRVAL_PP(&stmt->param.vars[i]); stmt->stmt->params[i].buffer_length = strlen(Z_STRVAL_PP(&stmt->param.vars[i])); break; php-5.0.5/ext/mysqli/mysqli_api.c:574 This line is the problem, you can not use strlen to read the length of binary data, or this convert_to_string_ex() function destroys the data. Kind regards Florian Engelhardt [2005-11-11 11:18:27] f dot engelhardt at 21torr dot com Hello, i have a hint for you: The size inserted into the database is exactly the size, that strlen() returns, BUT: strlen stops on the first \0 and in a real binary file, this sign can be everywhere, not just at the end. In your case, i found this: php-5.0.5/ext/mysqli/mysqli_api.c:161 case 's': /* string */ bind[ofs].buffer_type = MYSQL_TYPE_VAR_STRING; bind[ofs].buffer = NULL; bind[ofs].buffer_length = 0; bind[ofs].is_null = &stmt->param.is_null[ofs]; I tried this, and i found out, that it works with MYSQL_TYPE_VAR_STRING, but you have to specify the length. If i insert the right lengt, everything works as expected. So you just have to define the length for the data that is in the bound variable. Kind regards Florian Engelhardt [2005-11-11 09:55:55] f dot engelhardt at 21torr dot com Well, i allready tried this: Exaclty the same problem. Fix it. Kind Regards Florian Engelhardt [2005-11-11 08:51:46] [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 from http://www.php.net/mysql_stmt_bind_param Character Description b corresponding variable is a blob and will be send in packages For sending a blob in packages, you have to use mysql_stmt_send_long_data. If you don't want to do this (e.g. your data doesn't need escaping and is < max_allowed_package) use type "s" (=string). 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/35155 -- Edit this bug report at http://bugs.php.net/?id=35155&edit=1
#35213 [Opn->Fbk]: SIGSEGV with ze1_compatibility_mode = On
ID: 35213 Updated by: [EMAIL PROTECTED] Reported By: mdv at inyourpocket dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Debian PHP Version: 5.0.5 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-11-14 08:49:32] mdv at inyourpocket dot com Description: please read more info here http://pear.php.net/bugs/bug.php?id=5891 when zend compatibility mode set to off - everything is ok Reproduce code: --- /usr/local/php/bin/php -C -q -d include_path=/usr/local/php/lib/php -d output_buffering=1 /usr/local/php/lib/php/pearcmd.php upgrade PEAR Expected result: ??? Actual result: -- my php.ini you can found here http://lampa.naut.cz/php/php.ini (45k) and gdb result (bt and bt -88) is here http://lampa.naut.cz/php/gdb.txt (26k) -- Edit this bug report at http://bugs.php.net/?id=35213&edit=1
#35209 [Opn->Bgs]: X-Powered-By: PHP/4.4.1 is visible with expose_php=off
ID: 35209 Updated by: [EMAIL PROTECTED] Reported By: ghost777ghost at hotmail dot com -Status: Open +Status: Bogus Bug Type: Apache related Operating System: Trustix 2.2 PHP Version: 4.4.1 New Comment: No Bug -> Bogus Previous Comments: [2005-11-14 09:53:35] ghost777ghost at hotmail dot com And problem was solved. '--prefix=/usr/local/php' sends php.ini to '/usr/local/php/lib' I did a 'cp php.ini-dist /usr/local/lib/php.ini' Anyway: HEAD / HTTP/1.0 HTTP/1.1 200 OK Date: Mon, 14 Nov 2005 08:29:38 GMT Server: Apache Connection: close Content-Type: text/html I am very sorry for reporting a bogus and using your valuable time as support. This was not my intention. Thank you for all help, and keep up your great work - we all love php;) [2005-11-14 09:16:14] [EMAIL PROTECTED] Please check which php.ini file is in use (with phpinfo()) and verify you changed expose_php in that file (restart apache) [2005-11-14 09:04:07] ghost777ghost at hotmail dot com phpinfo() shows expose_php On in both Local Value and Master Value. [2005-11-14 00:35:07] [EMAIL PROTECTED] Please check phpinfo() output and the value of expose_php there. [2005-11-13 23:41:01] ghost777ghost at hotmail dot com Description: I have compiled php 4.4.1, with apache 1.3.34 on a trustix secure linux 2.2. I can not get X-Powered-By header, nor built-in Easter-eggs to disappear. expose_php = Off is set in php.ini (expose_php = 0 behaves the same) This is the output of a head-request: HEAD / HTTP/1.0 HTTP/1.1 200 OK Date: Sun, 13 Nov 2005 22:11:49 GMT Server: Apache X-Powered-By: PHP/4.4.1 Connection: close Content-Type: text/html compilation: ./configure --prefix=/usr/local/php --enable-memory-limit --enable-magic-quotes --enable-sockets --with-openssl --enable-force-cgi-redirect --enable-safe-mode --with-apache=/somedir/apache_1.3.34 Easter-egg: ?=PHPE9568F36-D428-11d2-A769-00AA001ACF42 I have php 4.4.0 with apache 1.3.33 on another trustix 2.2, and this setup responds to changes in expose_php, and it does not show X-Powered-By. I will greatly appreciate any productive feedback to disable the exposure of php. Best wishes from ghost -- Edit this bug report at http://bugs.php.net/?id=35209&edit=1
#35207 [Opn->Fbk]: mod_rewrite not working properly
ID: 35207 Updated by: [EMAIL PROTECTED] Reported By: adsh at univ dot kiev dot ua -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: FreeBSD 4.11 PHP Version: 4.4.1 New Comment: Why did you decide it happens only when mod_rewrite is On? Please add this line: var_dump(getcwd()); before the include(); and paste it's output here. Previous Comments: [2005-11-14 00:49:12] adsh at univ dot kiev dot ua If I replace libphp4.so to version 4.4.0 all work fine! I don't use absolute paths. mod_rewrite is on - You can test this URL (mod_rewrite referer protection): http://adsh.ukrweb.net/blog/upload/isa_server_2000.jpg You can see more info in this ULR: http://servous.se/punbb/viewtopic.php?pid=1329 [2005-11-14 00:41:02] [EMAIL PROTECTED] The error message is quite descriptive. Did you try to see if the file "inc/config.php" is really there? Did you try to use absolute paths? Why did you decide it happens only when mod_rewrite is On? Try to give some more info about the issue. [2005-11-14 00:01:04] adsh at univ dot kiev dot ua A recompile libphp4.so to version php4-STABLE-200511131945 (4.4.2-dev). No results, the same error: URL to test: http://adsh.ukrweb.net/blog/article/15/ Errors: [Mon Nov 14 00:51:15 2005] [error] [client 212.9.224.211] PHP Warning: main(inc/config.php): failed to open stream: No such file or directory in /home/adsh.ukrweb.net/blog/inc/tpl_header_blog.php on line 16, referer: http://adsh.ukrweb.net/blog/ [Mon Nov 14 00:51:15 2005] [error] [client 212.9.224.211] PHP Fatal error: main(): Failed opening required 'inc/config.php' (include_path='.:/home/test/php') in /home/adsh.ukrweb.net/blog/inc/tpl_header_blog.php on line 16, referer: http://adsh.ukrweb.net/blog/ include_path is set in php.ini for some other scrips. With version 4.4.0 I nave no any rewrite errors. [2005-11-13 23:17:43] [EMAIL PROTECTED] Please use a snapshot from http://snaps.php.net - we can't support versions with external modifications [2005-11-13 23:10:14] adsh at univ dot kiev dot ua I can do it when FreeBSD port been updated: http://www.freebsd.org/cgi/cvsweb.cgi/ports/lang/php4/ 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/35207 -- Edit this bug report at http://bugs.php.net/?id=35207&edit=1
#35209 [Opn]: X-Powered-By: PHP/4.4.1 is visible with expose_php=off
ID: 35209 User updated by: ghost777ghost at hotmail dot com Reported By: ghost777ghost at hotmail dot com Status: Open Bug Type: Apache related Operating System: Trustix 2.2 PHP Version: 4.4.1 New Comment: And problem was solved. '--prefix=/usr/local/php' sends php.ini to '/usr/local/php/lib' I did a 'cp php.ini-dist /usr/local/lib/php.ini' Anyway: HEAD / HTTP/1.0 HTTP/1.1 200 OK Date: Mon, 14 Nov 2005 08:29:38 GMT Server: Apache Connection: close Content-Type: text/html I am very sorry for reporting a bogus and using your valuable time as support. This was not my intention. Thank you for all help, and keep up your great work - we all love php;) Previous Comments: [2005-11-14 09:16:14] [EMAIL PROTECTED] Please check which php.ini file is in use (with phpinfo()) and verify you changed expose_php in that file (restart apache) [2005-11-14 09:04:07] ghost777ghost at hotmail dot com phpinfo() shows expose_php On in both Local Value and Master Value. [2005-11-14 00:35:07] [EMAIL PROTECTED] Please check phpinfo() output and the value of expose_php there. [2005-11-13 23:41:01] ghost777ghost at hotmail dot com Description: I have compiled php 4.4.1, with apache 1.3.34 on a trustix secure linux 2.2. I can not get X-Powered-By header, nor built-in Easter-eggs to disappear. expose_php = Off is set in php.ini (expose_php = 0 behaves the same) This is the output of a head-request: HEAD / HTTP/1.0 HTTP/1.1 200 OK Date: Sun, 13 Nov 2005 22:11:49 GMT Server: Apache X-Powered-By: PHP/4.4.1 Connection: close Content-Type: text/html compilation: ./configure --prefix=/usr/local/php --enable-memory-limit --enable-magic-quotes --enable-sockets --with-openssl --enable-force-cgi-redirect --enable-safe-mode --with-apache=/somedir/apache_1.3.34 Easter-egg: ?=PHPE9568F36-D428-11d2-A769-00AA001ACF42 I have php 4.4.0 with apache 1.3.33 on another trustix 2.2, and this setup responds to changes in expose_php, and it does not show X-Powered-By. I will greatly appreciate any productive feedback to disable the exposure of php. Best wishes from ghost -- Edit this bug report at http://bugs.php.net/?id=35209&edit=1
#35209 [Opn]: X-Powered-By: PHP/4.4.1 is visible with expose_php=off
ID: 35209 Updated by: [EMAIL PROTECTED] Reported By: ghost777ghost at hotmail dot com Status: Open Bug Type: Apache related Operating System: Trustix 2.2 PHP Version: 4.4.1 New Comment: Please check which php.ini file is in use (with phpinfo()) and verify you changed expose_php in that file (restart apache) Previous Comments: [2005-11-14 09:04:07] ghost777ghost at hotmail dot com phpinfo() shows expose_php On in both Local Value and Master Value. [2005-11-14 00:35:07] [EMAIL PROTECTED] Please check phpinfo() output and the value of expose_php there. [2005-11-13 23:41:01] ghost777ghost at hotmail dot com Description: I have compiled php 4.4.1, with apache 1.3.34 on a trustix secure linux 2.2. I can not get X-Powered-By header, nor built-in Easter-eggs to disappear. expose_php = Off is set in php.ini (expose_php = 0 behaves the same) This is the output of a head-request: HEAD / HTTP/1.0 HTTP/1.1 200 OK Date: Sun, 13 Nov 2005 22:11:49 GMT Server: Apache X-Powered-By: PHP/4.4.1 Connection: close Content-Type: text/html compilation: ./configure --prefix=/usr/local/php --enable-memory-limit --enable-magic-quotes --enable-sockets --with-openssl --enable-force-cgi-redirect --enable-safe-mode --with-apache=/somedir/apache_1.3.34 Easter-egg: ?=PHPE9568F36-D428-11d2-A769-00AA001ACF42 I have php 4.4.0 with apache 1.3.33 on another trustix 2.2, and this setup responds to changes in expose_php, and it does not show X-Powered-By. I will greatly appreciate any productive feedback to disable the exposure of php. Best wishes from ghost -- Edit this bug report at http://bugs.php.net/?id=35209&edit=1
#35209 [Fbk->Opn]: X-Powered-By: PHP/4.4.1 is visible with expose_php=off
ID: 35209 User updated by: ghost777ghost at hotmail dot com Reported By: ghost777ghost at hotmail dot com -Status: Feedback +Status: Open Bug Type: Apache related Operating System: Trustix 2.2 PHP Version: 4.4.1 New Comment: phpinfo() shows expose_php On in both Local Value and Master Value. Previous Comments: [2005-11-14 00:35:07] [EMAIL PROTECTED] Please check phpinfo() output and the value of expose_php there. [2005-11-13 23:41:01] ghost777ghost at hotmail dot com Description: I have compiled php 4.4.1, with apache 1.3.34 on a trustix secure linux 2.2. I can not get X-Powered-By header, nor built-in Easter-eggs to disappear. expose_php = Off is set in php.ini (expose_php = 0 behaves the same) This is the output of a head-request: HEAD / HTTP/1.0 HTTP/1.1 200 OK Date: Sun, 13 Nov 2005 22:11:49 GMT Server: Apache X-Powered-By: PHP/4.4.1 Connection: close Content-Type: text/html compilation: ./configure --prefix=/usr/local/php --enable-memory-limit --enable-magic-quotes --enable-sockets --with-openssl --enable-force-cgi-redirect --enable-safe-mode --with-apache=/somedir/apache_1.3.34 Easter-egg: ?=PHPE9568F36-D428-11d2-A769-00AA001ACF42 I have php 4.4.0 with apache 1.3.33 on another trustix 2.2, and this setup responds to changes in expose_php, and it does not show X-Powered-By. I will greatly appreciate any productive feedback to disable the exposure of php. Best wishes from ghost -- Edit this bug report at http://bugs.php.net/?id=35209&edit=1