#43209 [NEW]: PHP Page not displaying
From: lzakoor at aventric dot com Operating system: Windows Server 2003 PHP version: 5.2.4 PHP Bug Type: IIS related Bug description: PHP Page not displaying Description: Hello All! I am extremely new to PHP and MySQL. I am really trying to learn and develop this on my own, however I've come upon a massive road block. Here's the scoop: Windows Server 2003 SP2 (this PHP/MySQL site is an Intranet) PHP 5.2.4 Dreamweaver 9 I know I installed PHP correctly, because the PHPinfo function works great. However, when I produce a simple login page, I get absolutely nothing. If I take the dreamweaver generated database code out of it I get my form, with no functionality. When dreamweaver inserts its own code for the database connection, funcitons, etc. I get nothing at all. When I view the source, it is COMPLETELY blank. Please Help! -- Edit bug report at http://bugs.php.net/?id=43209&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43209&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43209&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43209&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43209&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43209&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43209&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43209&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43209&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43209&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43209&r=support Expected behavior:http://bugs.php.net/fix.php?id=43209&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43209&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43209&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43209&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43209&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43209&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43209&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43209&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43209&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43209&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43209&r=mysqlcfg
#43182 [Opn]: file_put_contents' LOCK_EX flag is useless with advisory locking
ID: 43182 User updated by: chris_se at gmx dot net Reported By: chris_se at gmx dot net Status: Open Bug Type: Streams related Operating System: Any POSIX-compatible OS PHP Version: 5.2.4 New Comment: Oh, I forgot: There's a solution for this problem that is quite a bit easier as the other one I suggested: ALWAYS open the file in append mode and truncate it AFTER acquiring the lock. Normally this has the drawback that the append mode does NOT have the same semantics as the write mode (i.e. using fseek to reposition the write pointer won't work as the contents will always be appended to the end of the file) but that doesn't matter here since a) with ftruncate() the end of the file will be at byte zero and b) file_put_contents only writes out the complete data and does not need to reposition the write pointer of the file. Well, at least with normal C and fopen(3) it's not that complicated, with PHP's streams API it gets complicated again because some stream wrappers don't support truncating of a file (e.g. the FTP wrapper). Those don't support locking either, so that wouldn't be a problem anyway except that it's as far as I could see not possible to determine whether truncating the file will be possible BEFORE opening it. Anyway, here's a patch against the PHP 5.2 branch that fixes this bug: === RCS file: /repository/php-src/ext/standard/file.c,v retrieving revision 1.409.2.6.2.28 diff -u -r1.409.2.6.2.28 file.c --- ext/standard/file.c 4 Sep 2007 12:51:49 - 1.409.2.6.2.28 +++ ext/standard/file.c 6 Nov 2007 18:49:48 - @@ -604,16 +604,44 @@ context = php_stream_context_from_zval(zcontext, flags & PHP_FILE_NO_DEFAULT_CONTEXT); - stream = php_stream_open_wrapper_ex(filename, (flags & PHP_FILE_APPEND) ? "ab" : "wb", + // open in append mode and truncate later with LOCK_EX + // note that this will cause the stream to be closed and opened again + // if truncating is not supported - but there is no way with the + // current streams API to check before actually opening the file + stream = php_stream_open_wrapper_ex(filename, (flags & PHP_FILE_APPEND || flags & LOCK_EX) ? "ab" : "wb", ((flags & PHP_FILE_USE_INCLUDE_PATH) ? USE_PATH : 0) | ENFORCE_SAFE_MODE | REPORT_ERRORS, NULL, context); if (stream == NULL) { RETURN_FALSE; } + // worst-case scenario: user wanted LOCK_EX but the stream can't be + // truncated. So, reopen in 'wb' mode and ignore locking + // (TODO: possibly generate a warning that LOCK_EX wasn't possible with + // this stream?) + if (!(flags & PHP_FILE_APPEND) && (flags & LOCK_EX) && !php_stream_truncate_supported(stream)) { + php_stream_close(stream); + stream = php_stream_open_wrapper_ex(filename, "wb", + ((flags & PHP_FILE_USE_INCLUDE_PATH) ? USE_PATH : 0) | ENFORCE_SAFE_MODE | REPORT_ERRORS, NULL, context); + // remove LOCK_EX flag - locking will be useless now anyway + // (we just truncated the file) + flags = flags & ~LOCK_EX; + } if (flags & LOCK_EX && (!php_stream_supports_lock(stream) || php_stream_lock(stream, LOCK_EX))) { php_stream_close(stream); RETURN_FALSE; } + + // if the file was to be locked and not to be opened in append mode, + // we now need to truncate it (we already checked for truncate support + // and reopened the stream and removed LOCK_EX if it wasn't available) + if (!(flags & PHP_FILE_APPEND) && (flags & LOCK_EX)) { + if (php_stream_truncate_set_size(stream, 0)) { + // we couldn't truncate the stream even though + // truncating was supported + php_stream_close(stream); + RETURN_FALSE; + } + } switch (Z_TYPE_P(data)) { case IS_RESOURCE: === It is a bit ugly because of the problem described above: It can only be determined whether it's possible to truncate the file after it was opened, so if it's not, it has to be closed and opened again. The function remains functional in any case, just causes a little additional overhead if a stream wrapper without file truncation support (e.g. FTP) AND LOCK_EX are used together. So, you have four possibilities now: 1) Use the patch as-is. 2) Improve the patch by somehow detecting truncate support before opening the file (and therefore removing the need to reopen the file if such a wrapper is used in combination with LOCK_EX). 3) Add the already mentioned file mode that doesn't include O_TRUNC 4) Remove the LOCK_EX flag from file_put_contents alltogether. Previous Comments: -
#43205 [Opn->Bgs]: Crash with get_elements_by_tagname
ID: 43205 Updated by: [EMAIL PROTECTED] Reported By: rak at avast dot com -Status: Open +Status: Bogus Bug Type: DOM XML related Operating System: Windows XP PHP Version: 5.2.5RC2 New Comment: Please report this bug at http://bugs.pecl.php.net/bugs/ Previous Comments: [2007-11-06 16:00:16] rak at avast dot com Description: Report for php__PID__2952__Date__11_06_2007__Time_04_56_14PM__140__Second_Chance_Exception_C005.dmp Type of Analysis Performed Crash Analysis Machine Name LENOVO Operating System Windows XP Service Pack 2 Number Of Processors 2 Process ID 2952 Process Image c:\Program Files\PHP\php.exe System Up-Time 2 day(s) 03:04:30 Process Up-Time 00:01:06 Thread 0 - System ID 6252 Entry point php!mainCRTStartup Create time 6.11.2007 16:55:08 Time spent in user mode 0 Days 0:0:0.31 Time spent in kernel mode 0 Days 0:0:0.31 Function Arg 1 Arg 2 Arg 3 Source php5ts!zend_object_store_get_object+1f 012ed190 01021ba0 100a70af php5ts!zend_objects_get_address+f 012ed190 01021ba0 015f2fa4 php5ts!zend_std_get_properties+f 012ed190 01021ba0 php_domxml!php_domobject_new+1d34 01df52b0 0001 012ed190 php_domxml!php_domobject_new+1b8a 012eea50 01021ba0 01022798 php5ts!list_entry_destructor+43 012eea50 77c1c21b 01022798 php5ts!zend_hash_apply_deleter+97 01022798 012ed048 01021ba0 php5ts!zend_hash_graceful_reverse_destroy+13 01022798 1000273f 01022798 php5ts!zend_destroy_rsrc_list+a 01022798 01021ba0 01021ba0 php5ts!zend_deactivate+ff PHP5TS!ZEND_OBJECT_STORE_GET_OBJECT+1FIn php__PID__2952__Date__11_06_2007__Time_04_56_14PM__140__Second_Chance_Exception_C005.dmp the assembly instruction at php5ts!zend_object_store_get_object+1f in c:\Program Files\PHP\php5ts.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x0034 on thread 0 Module Information Image Name: c:\Program Files\PHP\php5ts.dll Symbol Type: PDB Base address: 0x1000 Time Stamp: Sat Nov 03 21:05:11 2007 Checksum: 0x Comments: COM DLL: False Company Name: The PHP Group ISAPIExtension: False File Description: PHP Script Interpreter ISAPIFilter: False File Version: 5.2.5.5 Managed DLL: False Internal Name: php5ts.dll VB DLL: False Legal Copyright: Copyright © 1997-2007 The PHP Group Loaded Image Name: php5ts.dll Legal Trademarks: PHP Mapped Image Name: C:\Program Files\PHP\php5ts.dll Original filename: php5ts.dll Module name: php5ts Private Build: Single Threaded: False Product Name: PHP Script Interpreter Module Size: 4,86 MBytes Product Version: 5.2.5 Symbol File Name: C:\Program Files\PHP\php5ts.pdb Special Build: &RC3-dev Reproduce code: --- '); someFunction($dom); function someFunction($dom){ $users = $dom->get_elements_by_tagname('row'); die(); } ?> Expected result: DONE Actual result: -- apache/php crash -- Edit this bug report at http://bugs.php.net/?id=43205&edit=1
#43187 [Opn->Bgs]: Recursive loop crashes php instead of emitting error
ID: 43187 Updated by: [EMAIL PROTECTED] Reported By: thuejk at gmail dot com -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Linux PHP Version: 5.2.4 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 This is a known recursion limit. Previous Comments: [2007-11-04 20:06:37] thuejk at gmail dot com Description: When running a recursive loop with lots of iterations, PHP will segfault. This will usually be a problem when you write buggy code by accident, but I guess it is possible to imagine sane programs which uses lots of recursive calls. In any case, it is somewhat hard to debug the crash when it happens, because you do not get an error message when running it in a browser. Reproduce code: --- Expected result: (Ignoring the fact that the posted function is tail recursive, and therefore could be rewritten as a non-recursive loop) PHP should emit an E_ERROR before it runs out of space. Preferably also an E_RECOVERABLE_ERROR or E_WARNING a little before it really runs out of space. Actual result: -- $ php test.php 1 2 3 [...] 29066 29067 zsh: segmentation fault php test.php -- Edit this bug report at http://bugs.php.net/?id=43187&edit=1
#42980 [Opn]: Extension DLL's calling improper path to helper DLL
ID: 42980 User updated by: p_hilyard at yahoo dot com Reported By: p_hilyard at yahoo dot com Status: Open Bug Type: Dynamic loading Operating System: Windows XP Pro PHP Version: 5.2.4 New Comment: Ok, just a clarification as why i'm unable to change the PATH. Most of my devel work takes place on my mobile HDD (like i said) which gets hooked to computers with DeepFreeze on them. Upon updating the PATH, i need to restart windows to get it to accept the change. DeepFreeze resets all files and settings to a previous state, which doesn't have the proper PATH. I can not disable DF due to the computers being owned by the state. If there is any way to create a variable or something in php.ini to force use of a defined path within the ini, it would be lovely. Otherwise, it would be nice to set php to refer to the proper directory for module extensions (../). Thank you! Paden Previous Comments: [2007-10-15 18:16:53] p_hilyard at yahoo dot com Description: The extensions for PHP are calling improper locations for their helper DLL's. I have my server set up on my portable HDD and have configured Apache and PHP properly to reference to the drive. All paths in the PHP.ini, and httpd.conf work perfectly. The issue is that php_mcrypt.dll, php_mysql.dll, and php_mysqli.dll are calling the wrong path for their support DLL's. They are using the machine's PATH variable instead of using the files relative to the install location. (Ex. php_mysql.dll will search this current machine's PATH {C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\WINDOWS\system32\nls;C:\WINDOWS\system32\nls\ENGLISH;C:\Program Files\QuickTime\QTSystem\;C:\Program Files\Novell\ZENworks\} and not any other link. The actual support DLL's {/phpdev5/php} are not being searched for.) For this to work properly, i have to either copy the support DLL's into one of the PATH directories, or add a location to the PATH for it to search. Either of the 2 options I am unwilling to do, as this should work perfectly off of one area. (Note: The PATH search did not take place in PHP4. It called the support DLL's relative to the install location.) This results in a non-functioning extension, and multiple errors from Apache. Final note, PHP 4 had no problem with the DLL's. This is not an apache problem, as i'm using the same Apache that i used for PHP4, reconfigured of course! And switching back to PHP4 doesn't give me the problem. Reproduce code: --- _start5.bat: /phpdev5/php/php.exe -c /phpdev5/php.ini -f /phpdev5/start.php **END** start.php: http://localhost:80'); ?> **END** Expected result: _start5.bat runs start.php through PHP. start.php: Echos a message, then starts MySQL. Echos a message, then starts Apache2. Opens an IExplroe window to localhost. Script ends. Actual result: -- Start.bat successfully executes, calling start.php. Start.php successfully starts MySQL after the echo. Start.php starts Apache2 after the echo. Apache2 errors stating PHP is unable to load libmysql.dll and libmcrypt.dll. (This application has failed to start because LIBMYSQL.dll (or libmcrypt.dll) was not found. Re-installing the application may fix this problem.) Apache2 does not shut down, but keeps running without mcrypt and mysql(i) support. IExplore opens successfully. Script ends. Apache ERROR LOG: [Mon Oct 15 10:31:11 2007] [notice] Apache/2.0.59 (Win32) PHP/5.2.4 configured -- resuming normal operations [Mon Oct 15 10:31:11 2007] [notice] Server built: Jul 27 2006 15:55:03 [Mon Oct 15 10:31:11 2007] [notice] Parent: Created child process 3904 PHP Warning: PHP Startup: Unable to load dynamic library '\\phpdev5\\php\\ext\\php_mcrypt.dll' - The specified module could not be found.\r\n in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library '\\phpdev5\\php\\ext\\php_mysql.dll' - The specified module could not be found.\r\n in Unknown on line 0 [Mon Oct 15 10:31:12 2007] [notice] Child 3904: Child process is running [Mon Oct 15 10:31:12 2007] [notice] Child 3904: Acquired the start mutex. [Mon Oct 15 10:31:12 2007] [notice] Child 3904: Starting 250 worker threads. -- Edit this bug report at http://bugs.php.net/?id=42980&edit=1
#43206 [Opn->Asn]: date_timezone_get() leaks memory
ID: 43206 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: Date/time related Operating System: Any PHP Version: 5.2.5RC2 -Assigned To: +Assigned To: derick Previous Comments: [2007-11-06 17:42:38] [EMAIL PROTECTED] The following patch fixes the problem: == $ cvs diff -u ext/date/ cvs diff: Diffing ext/date Index: ext/date/php_date.c === RCS file: /repository/php-src/ext/date/php_date.c,v retrieving revision 1.43.2.45.2.51 diff -u -r1.43.2.45.2.51 php_date.c --- ext/date/php_date.c 12 Jul 2007 18:59:05 - 1.43.2.45.2.51 +++ ext/date/php_date.c 6 Nov 2007 17:40:24 - @@ -1613,7 +1613,7 @@ static void date_object_free_storage_timezone(void *object TSRMLS_DC) { php_timezone_obj *intern = (php_timezone_obj *)object; - + timelib_tzinfo_dtor(intern->tz); zend_object_std_dtor(&intern->std TSRMLS_CC); efree(object); } cvs diff: Diffing ext/date/lib cvs diff: Diffing ext/date/tests == Seems it was simply forgotten to free the timezone in DateTimeZone's destructor. Because ->tz is an internal pointer (and not a zval) memory_get_usage() will not report a memory increase, you'll have to use Task Manager / top / ps to see the effect [2007-11-06 17:40:00] [EMAIL PROTECTED] Description: date_timezone_get() leaks memory Reproduce code: --- Expected result: Memory usage stays constant. Actual result: -- Memory usage increases. -- Edit this bug report at http://bugs.php.net/?id=43206&edit=1
#43208 [NEW]: Calculation not taking place
From: joel at digitalparadise dot net Operating system: Windows 2000 Server PHP version: 5.2.4 PHP Bug Type: Reproducible crash Bug description: Calculation not taking place Description: This code is part of a larger while loop which stops when "$dayloop == false". This page is a report of employee clock-in and clock-out times. It shows the employee, followed by each day that the report includes, and their times. This code works in some circumstances, but most of the time, the 3rd line simply does not execute, or rather the value is never updated - thus resulting in an endless loop (because $dayloop stays true). It used to work perfectly (for over 6 months...) on several versions of PHP, so I do not believe this to be something version-related. Reproduce code: --- At this point, $thisday would be a date in the format "-mm-dd". $timestamp = strtotime($thisday); $timestamp = $timestamp + (60 * 60 * 24); <-- this line does not work if ($timestamp > strtotime($enddate)) { $dayloop = false; } $thisday = date("Y-m-d", $timestamp); <-- creates the above value Expected result: $timestamp = $timestamp + (60 * 60 * 24) I expect the value of $timestamp to increase by 86400. Actual result: -- Sometimes the code works for a few cycles, but eventually it will stop incrementing the value of $timestamp and the script will time out. -- Edit bug report at http://bugs.php.net/?id=43208&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43208&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43208&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43208&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43208&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43208&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43208&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43208&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43208&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43208&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43208&r=support Expected behavior:http://bugs.php.net/fix.php?id=43208&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43208&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43208&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43208&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43208&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43208&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43208&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43208&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43208&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43208&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43208&r=mysqlcfg
#43207 [NEW]: .htaccess settings missing (sometimes)
From: phpmyforum at gmail dot com Operating system: Linux PHP version: 5.2.5RC2 PHP Bug Type: Apache2 related Bug description: .htaccess settings missing (sometimes) Description: Since I upgraded from php4 to PHP 5.2.5RC2 .htaccess php_* options getting ignored. This happens for most, but not all requests. The default (php.ini) option for register_globals is off. My .htaccess file looks like this: php_flag register_globals on Now I downgraded to PHP 5.2.4 and it's working again. Hint: this bug looks very similar to #28522. PS: this may happen for other options './configure' '--prefix=/bbo/php' '--with-apxs2=/bbo/apachessl/bin/apxs' '--with-config-file-path=/bbo/etc/httpd' '--with-openssl=/bbo/usr' '--with-zlib' '--with-zlib-dir=/bbo/usr' '--with-bz2=/bbo/usr' '--enable-ftp' '--enable-exif' '--with-gd=/bbo/usr' '--enable-gd-native-ttf' '--with-jpeg-dir=/bbo/usr' '--with-png-dir=/bbo/usr' '--with-freetype-dir=/bbo/usr' '--with-mysql=/bbo/usr' '--with-mysqli=/bbo/usr/bin/mysql_config' '--with-pdo-mysql=/bbo/usr' '--with-iconv' '--with-iconv-dir=/bbo/usr' '--with-curl=/bbo/usr' '--with-curlwrappers' '--enable-soap' '--enable-sockets' '--enable-mbstring=all' '--enable-mbregex' '--with-xsl=/bbo/usr' '--with-libxml-dir=/bbo/usr' '--with-pspell=/bbo/usr' '--with-ldap=/bbo/usr' '--with-tidy=/bbo/usr' '--with-gettext=/bbo/usr' '--with-mcrypt=/bbo/usr' '--with-pcre-regex=/bbo/usr' '--enable-sigchild' '--enable-sysvshm' '--enable-sysvsem' '--enable-zip' '--disable-short-tags' '--with-pear=/bbo/php_includes' '--with-imap=/download/webserver/files/imap/' '--with-imap-ssl' '--without-kerberos' -- Edit bug report at http://bugs.php.net/?id=43207&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43207&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43207&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43207&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43207&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43207&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43207&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43207&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43207&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43207&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43207&r=support Expected behavior:http://bugs.php.net/fix.php?id=43207&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43207&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43207&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43207&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43207&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43207&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43207&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43207&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43207&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43207&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43207&r=mysqlcfg
#43206 [Opn]: date_timezone_get() leaks memory
ID: 43206 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Date/time related Operating System: Any PHP Version: 5.2.5RC2 New Comment: The following patch fixes the problem: == $ cvs diff -u ext/date/ cvs diff: Diffing ext/date Index: ext/date/php_date.c === RCS file: /repository/php-src/ext/date/php_date.c,v retrieving revision 1.43.2.45.2.51 diff -u -r1.43.2.45.2.51 php_date.c --- ext/date/php_date.c 12 Jul 2007 18:59:05 - 1.43.2.45.2.51 +++ ext/date/php_date.c 6 Nov 2007 17:40:24 - @@ -1613,7 +1613,7 @@ static void date_object_free_storage_timezone(void *object TSRMLS_DC) { php_timezone_obj *intern = (php_timezone_obj *)object; - + timelib_tzinfo_dtor(intern->tz); zend_object_std_dtor(&intern->std TSRMLS_CC); efree(object); } cvs diff: Diffing ext/date/lib cvs diff: Diffing ext/date/tests == Seems it was simply forgotten to free the timezone in DateTimeZone's destructor. Because ->tz is an internal pointer (and not a zval) memory_get_usage() will not report a memory increase, you'll have to use Task Manager / top / ps to see the effect Previous Comments: [2007-11-06 17:40:00] [EMAIL PROTECTED] Description: date_timezone_get() leaks memory Reproduce code: --- Expected result: Memory usage stays constant. Actual result: -- Memory usage increases. -- Edit this bug report at http://bugs.php.net/?id=43206&edit=1
#43206 [NEW]: date_timezone_get() leaks memory
From: [EMAIL PROTECTED] Operating system: Any PHP version: 5.2.5RC2 PHP Bug Type: Date/time related Bug description: date_timezone_get() leaks memory Description: date_timezone_get() leaks memory Reproduce code: --- Expected result: Memory usage stays constant. Actual result: -- Memory usage increases. -- Edit bug report at http://bugs.php.net/?id=43206&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43206&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43206&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43206&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43206&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43206&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43206&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43206&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43206&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43206&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43206&r=support Expected behavior:http://bugs.php.net/fix.php?id=43206&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43206&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43206&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43206&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43206&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43206&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43206&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43206&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43206&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43206&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43206&r=mysqlcfg
#31802 [Com]: ftp_get never downloads a file
ID: 31802 Comment by: bamf at yahoo dot com Reported By: neo_in_matrix at msn dot com Status: No Feedback Bug Type: FTP related Operating System: Fedora Core 1 & 3 PHP Version: 4.3.10 New Comment: Bamf sayz hello to all the ladies of the house. Can you say live glive la holland? !!!Yeah!!! Previous Comments: [2005-02-21 19:57:36] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2005-02-02 17:02:07] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try to avoid embedding huge scripts into the report. [2005-02-02 04:16:15] neo_in_matrix at msn dot com Description: I have a small script file (less than 200 lines) that pulls Firefox/Thunderbird nightly trunk from mozilla.org. The script works well on Windows 2000 family since it was created in May 2003. I got my feet into Linux about half year ago. I had once tried to modify the script to let it work under Fedora Core 1; but I failed. ftp_get never download a file successfully. I think I was using an old version in PHP 4.3x series. I recently installed Fedore Core 3 and tried to do it again, since I think I am getting more experience on Linux. But, I get the same failure. It *seems* (no accurate proof) that ftp_get creates a zero byte file and never downloads and writes bytes to the file. I see this by doing ls -l. -- Edit this bug report at http://bugs.php.net/?id=31802&edit=1
#43205 [NEW]: Crash with get_elements_by_tagname
From: rak at avast dot com Operating system: Windows XP PHP version: 5.2.5RC2 PHP Bug Type: DOM XML related Bug description: Crash with get_elements_by_tagname Description: Report for php__PID__2952__Date__11_06_2007__Time_04_56_14PM__140__Second_Chance_Exception_C005.dmp Type of Analysis Performed Crash Analysis Machine Name LENOVO Operating System Windows XP Service Pack 2 Number Of Processors 2 Process ID 2952 Process Image c:\Program Files\PHP\php.exe System Up-Time 2 day(s) 03:04:30 Process Up-Time 00:01:06 Thread 0 - System ID 6252 Entry point php!mainCRTStartup Create time 6.11.2007 16:55:08 Time spent in user mode 0 Days 0:0:0.31 Time spent in kernel mode 0 Days 0:0:0.31 Function Arg 1 Arg 2 Arg 3 Source php5ts!zend_object_store_get_object+1f 012ed190 01021ba0 100a70af php5ts!zend_objects_get_address+f 012ed190 01021ba0 015f2fa4 php5ts!zend_std_get_properties+f 012ed190 01021ba0 php_domxml!php_domobject_new+1d34 01df52b0 0001 012ed190 php_domxml!php_domobject_new+1b8a 012eea50 01021ba0 01022798 php5ts!list_entry_destructor+43 012eea50 77c1c21b 01022798 php5ts!zend_hash_apply_deleter+97 01022798 012ed048 01021ba0 php5ts!zend_hash_graceful_reverse_destroy+13 01022798 1000273f 01022798 php5ts!zend_destroy_rsrc_list+a 01022798 01021ba0 01021ba0 php5ts!zend_deactivate+ff PHP5TS!ZEND_OBJECT_STORE_GET_OBJECT+1FIn php__PID__2952__Date__11_06_2007__Time_04_56_14PM__140__Second_Chance_Exception_C005.dmp the assembly instruction at php5ts!zend_object_store_get_object+1f in c:\Program Files\PHP\php5ts.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x0034 on thread 0 Module Information Image Name: c:\Program Files\PHP\php5ts.dll Symbol Type: PDB Base address: 0x1000 Time Stamp: Sat Nov 03 21:05:11 2007 Checksum: 0x Comments: COM DLL: False Company Name: The PHP Group ISAPIExtension: False File Description: PHP Script Interpreter ISAPIFilter: False File Version: 5.2.5.5 Managed DLL: False Internal Name: php5ts.dll VB DLL: False Legal Copyright: Copyright © 1997-2007 The PHP Group Loaded Image Name: php5ts.dll Legal Trademarks: PHP Mapped Image Name: C:\Program Files\PHP\php5ts.dll Original filename: php5ts.dll Module name: php5ts Private Build: Single Threaded: False Product Name: PHP Script Interpreter Module Size: 4,86 MBytes Product Version: 5.2.5 Symbol File Name: C:\Program Files\PHP\php5ts.pdb Special Build: &RC3-dev Reproduce code: --- '); someFunction($dom); function someFunction($dom){ $users = $dom->get_elements_by_tagname('row'); die(); } ?> Expected result: DONE Actual result: -- apache/php crash -- Edit bug report at http://bugs.php.net/?id=43205&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43205&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43205&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43205&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43205&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43205&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43205&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43205&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43205&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43205&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43205&r=support Expected behavior:http://bugs.php.net/fix.php?id=43205&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43205&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43205&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43205&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43205&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43205&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43205&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43205&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43205&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43205&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43205&r=mysqlcfg
#43196 [Csd]: array_intersect_assoc() generates segmentation fault with non-array input(s)
ID: 43196 User updated by: kraghuba at in dot ibm dot com Reported By: kraghuba at in dot ibm dot com Status: Closed Bug Type: Arrays related Operating System: Linux, windows PHP Version: 5.3CVS-2007-11-05 (snap) New Comment: thanks Jani. Tests for array_diff_assoc() is going to be there soon. Previous Comments: [2007-11-06 13:33:19] [EMAIL PROTECTED] Fixed in CVS. I think the same bug was with array_diff_assoc() as well. But I fixed that too. (no test for it yet?) [2007-11-06 13:02:29] [EMAIL PROTECTED] Fix underway. [2007-11-05 12:53:15] kraghuba at in dot ibm dot com Description: array_intersect_assoc() generates segmentation fault when any of its argument is given as non array. There is no warning message issued indicating that an array should be passed. This problem is noticed with the drivers after 18th Oct 2007. Applicable to php5.2, php5.3 and php6. Reproduce code: --- Expected result: Warning: array_intersect(): Argument #2 is not an array in %s on line %d NULL Actual result: -- Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=43196&edit=1
#43196 [Asn->Csd]: array_intersect_assoc() generates segmentation fault with non-array input(s)
ID: 43196 Updated by: [EMAIL PROTECTED] Reported By: kraghuba at in dot ibm dot com -Status: Assigned +Status: Closed Bug Type: Arrays related Operating System: Linux, windows PHP Version: 5.3CVS-2007-11-05 (snap) New Comment: Fixed in CVS. I think the same bug was with array_diff_assoc() as well. But I fixed that too. (no test for it yet?) Previous Comments: [2007-11-06 13:02:29] [EMAIL PROTECTED] Fix underway. [2007-11-05 12:53:15] kraghuba at in dot ibm dot com Description: array_intersect_assoc() generates segmentation fault when any of its argument is given as non array. There is no warning message issued indicating that an array should be passed. This problem is noticed with the drivers after 18th Oct 2007. Applicable to php5.2, php5.3 and php6. Reproduce code: --- Expected result: Warning: array_intersect(): Argument #2 is not an array in %s on line %d NULL Actual result: -- Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=43196&edit=1
#43167 [Opn->Ver]: ReflectionMethod::isConstructor() does not work for interfaces
ID: 43167 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Verified Bug Type: Scripting Engine problem -Operating System: Irrelevant +Operating System: * -PHP Version: 5.3CVS-2007-11-01 (CVS) +PHP Version: 5.2.* New Comment: This is discussable as it is not really a constructor here. It simply forces the protocol for the constructor. We do mark abstract constructors as ctors though, so we imho should do so in interfaces as well. [EMAIL PROTECTED] PHP_5_3]$ php -r 'abstract class t{abstract function __construct();} ReflectionClass::export("T");' make: `sapi/cli/php' is up to date. Class [ abstract class t ] { @@ Command line code 1-1 - Constants [0] { } - Static properties [0] { } - Static methods [0] { } - Properties [0] { } - Methods [1] { Method [ abstract public method __construct ] { @@ Command line code 1 - 1 } } } Previous Comments: [2007-11-01 07:52:22] [EMAIL PROTECTED] Description: ReflectionMethod::isConstructor() does not work for methods that are named __construct() in interfaces. Reproduce code: --- getMethod('__construct'); var_dump($constructor->isConstructor()); Expected result: bool(true) Actual result: -- bool(false) -- Edit this bug report at http://bugs.php.net/?id=43167&edit=1
#43154 [Fbk->Bgs]: __toArray() or __toIterator() Magic Method?
ID: 43154 Updated by: [EMAIL PROTECTED] Reported By: smoseley at transio dot com -Status: Feedback +Status: Bogus Bug Type: Feature/Change Request Operating System: Linux PHP Version: 5.2.4 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php There is also iterator_to_array(). Previous Comments: [2007-10-31 00:27:21] [EMAIL PROTECTED] What's wrong with the Iterator and IteratorAggregate interfaces? [2007-10-31 00:21:24] smoseley at transio dot com Description: Would love to see a __toArray() MM added that would default to an associative array of an object's properties in scope, but that could be overloaded with whatever. It would be very useful in cases where a specific method is required to iterate through an object's properties. Thanks! :) -- Edit this bug report at http://bugs.php.net/?id=43154&edit=1
#43196 [Opn->Asn]: array_intersect_assoc() generates segmentation fault with non-array input(s)
ID: 43196 Updated by: [EMAIL PROTECTED] Reported By: kraghuba at in dot ibm dot com -Status: Open +Status: Assigned Bug Type: Arrays related Operating System: Linux, windows PHP Version: 5.3CVS-2007-11-05 (snap) New Comment: Fix underway. Previous Comments: [2007-11-05 12:53:15] kraghuba at in dot ibm dot com Description: array_intersect_assoc() generates segmentation fault when any of its argument is given as non array. There is no warning message issued indicating that an array should be passed. This problem is noticed with the drivers after 18th Oct 2007. Applicable to php5.2, php5.3 and php6. Reproduce code: --- Expected result: Warning: array_intersect(): Argument #2 is not an array in %s on line %d NULL Actual result: -- Segmentation fault -- Edit this bug report at http://bugs.php.net/?id=43196&edit=1
#29520 [Com]: php mysql compile fail
ID: 29520 Comment by: anderan at suponix dot com Reported By: martinkuria at hotmail dot com Status: No Feedback Bug Type: Compile Failure Operating System: Solaris9 PHP Version: 5.0.0 New Comment: me help: apt-get install libmysqlclient-dev Previous Comments: [2007-09-05 07:53:28] surface3 at tiscali dot it Hi Guys, i've got the same problem with php-5.2.3 and mysql 5.0.45. i've downloaded MySQL-devel-community-5.0.45-0 and i 've solved my problem with configure bye [2007-08-10 20:37:26] username at hotmail dot com I have experienced the same error message while compiling PHP 5.2.3 with MySQL 5.0.45. I am running OS X 10.4.10. When compiling with the line: --with-mysql-dir=/usr/local/mysql I get the error: configure: error: Cannot find MySQL header files under yes. When compiling with the line: --with-mysql=/usr/local/mysql I get the error: checking size of char *... configure: error: cannot compute sizeof (char *), 77 I have not yet resolved the issue, but I have tried older versions of MySQL 5 to no success. [2007-06-28 13:49:05] thangaraj dot manogaran at gmail dot com I am using php-5.2.3 and mysql 4.1.10 (default rpm package in RHE4 linux) and apache 2.2.4 in RHE4 64-bit linux machine. I started the mysql by giving the command : service mysqld start and mysql service is started. I have configured php with apache. But, while trying to configure Php with mysql i got errors. The data directory of the mysql is /var/lib/ and mysql.sock is present in /var/lib/mysql/. I tried configuring php with mysql with the following command: ./configure --with-mysql=/var/lib But got the errors: . .. Configuring extensions checking whether to enable LIBXML support... yes checking libxml2 install dir... no checking for xml2-config path... (cached) /usr/bin/xml2-config checking whether libxml build works... (cached) yes checking for OpenSSL support... no checking for Kerberos support... no checking for PCRE support... yes checking for ZLIB support... no checking if the location of ZLIB install directory is defined... no checking whether to enable bc style precision math functions... no checking for BZip2 support... no checking whether to enable calendar conversion support... no checking whether to enable ctype functions... yes checking for cURL support... no checking if we should use cURL for url streams... no checking size of long... (cached) 8 checking size of int... (cached) 4 checking for int32_t... (cached) yes checking for uint32_t... (cached) yes checking for sys/types.h... (cached) yes checking for inttypes.h... (cached) yes checking for stdint.h... (cached) yes checking for string.h... (cached) yes checking for stdlib.h... (cached) yes checking for strtoll... (cached) yes checking for atoll... (cached) yes checking for strftime... (cached) yes checking whether to enable DBA... no checking for QDBM support... no checking for GDBM support... no checking for NDBM support... no checking for Berkeley DB4 support... no checking for Berkeley DB3 support... no checking for Berkeley DB2 support... no checking for DB1 support... no checking for DBM support... no checking for CDB support... no checking for INI File support... no checking for FlatFile support... no checking whether to enable DBA interface... no checking whether to enable dbase support... no checking whether to enable DOM support... yes checking for xml2-config path... (cached) /usr/bin/xml2-config checking whether libxml build works... (cached) yes checking whether to enable EXIF (metadata from images) support... no checking for FrontBase SQL92 (fbsql) support... no checking for FDF support... no checking whether to enable input filter support... yes checking pcre install prefix... no checking whether to enable FTP support... no checking OpenSSL dir for FTP... no checking for GD support... no checking for the location of libjpeg... no checking for the location of libpng... no checking for the location of libXpm... no checking for FreeType 1.x support... no checking for FreeType 2... no checking for T1lib support... no checking whether to enable truetype string function in GD... no checking whether to enable JIS-mapped Japanese font support in GD... no checking for GNU gettext support... no checking for GNU MP support... no checking whether to enable hash support... yes checking whether byte ordering is bigendian... (cached) no checking size of short... (cached) 2 checking size of int... (cached) 4 checking size of long... (cached) 8 checking size of long long... (cached) 8 checking for iconv support... yes checking for iconv... (cached) yes checking if iconv is glibc's... yes checking
#43204 [Opn]: imageRectangle not draw rectangle with 1x1 pixel size (i.e. square)
ID: 43204 User updated by: andreythinking at gmail dot com Reported By: andreythinking at gmail dot com Status: Open Bug Type: GD related Operating System: Linux Mandrake 10.0 Official PHP Version: 5.2.4 New Comment: Of cause, it possible to use another function to put one pixel, but rectangle required, to work inside user function, that makes diagrams etc. Previous Comments: [2007-11-06 11:07:46] andreythinking at gmail dot com (Add word "square" to summary, to elaborate issue description.) [2007-11-06 11:04:40] andreythinking at gmail dot com Description: Php-5.2.4 draw parallelepiped instead square, when recieves coordinats 0,0,0,0 (1x1 pixel). On another sizes this fenomen disappears. * * * Some system features (results of command rpm -qa | grep gd): ifplugd-0.21b-1mdk libgdbm2-1.8.0-24mdk sysklogd-1.4.1-5mdk libgdk_pixbuf2.0_0-2.2.4-9mdk libgdk-pixbuf2-0.22.0-2mdk perl-GTK-GdkPixbuf-0.7009-1mdk gdk-pixbuf-loaders-0.22.0-2mdk perl-GTK-GdkImlib-0.7009-1mdk gdm-2.4.4.7-6mdk libgdkcardimage0-2.4.2-2mdk No strange gd, compiled-in used. Reproduce code: --- Expected result: Square 1x1 pixel size. Actual result: -- Parallelepiped 1x2 pixels: 2px on Y-axis. 1px on X-axis. -- Edit this bug report at http://bugs.php.net/?id=43204&edit=1
#32133 [Com]: Failed create COM object
ID: 32133 Comment by: taylor dot ren at gmail dot com Reported By: fLAre_Dra_X at yahoo dot com Status: No Feedback Bug Type: COM related Operating System: Windows XP SP 2 PHP Version: 5.0.1 New Comment: Acknowledged that the above solution works fine in Vista. But there is a new error message when I tried: $doc=$word->Documents->Add(); it says: Word is unable to trigger event. I have Office 2003 installed. I guess it is due to the Add method is not the corrrect method name. Any hints? Previous Comments: [2006-01-03 13:31:17] ozovadia at hotmail dot com Here is a possible solution: Verify that the user has the appropriate permissions to start the DCOM server. 1. In the Control Panel, double-click Administrative Tools, and then double-click Component Services. 2. In the Component Services snap-in, expand Computers, expand My Computer, and double-click DCOM Config. 3. In the right pane, locate the program you are trying to create. 4. Right-click the program name, and then select Properties. On the Security tab, in the Launch and Activation Permissions group box, select Customize, and then click Edit. 5. Add the user (e.g. running the IIS server) to the permissions list, and give the user the appropriate permissions. That should do it. [2006-01-03 12:06:55] ozovadia at hotmail dot com Installed the latest version (5.1.1.1) and still experiencing the same problem. [2005-03-20 18:10:26] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2005-02-28 19:58:40] [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-02-28 15:58:43] fLAre_Dra_X at yahoo dot com Description: I've download the version of PHP : http://snaps.php.net/win32/php5.0-win32-latest.zip It's work to call COM class, but when create object like word.application it failed. My configuration is disable all COM option on php.ini like com.allow_dcom. Is there any configuration that i need to do with my php or with my IIS ??? Reproduce code: --- Version}\n"; //bring it to front $word->Visible = 1; //open an empty document $word->Documents->Add(); //do some weird stuff $word->Selection->TypeText("This is a test..."); $word->Documents[1]->SaveAs("Useless test.doc"); //closing word $word->Quit(); //free the object $word->Release(); $word = null; ?> Expected result: Com object of word. Actual result: -- PHP Fatal error: Uncaught exception 'com_exception' with message 'Failed to create COM object `word.application': Access is denied. ' in E:\Inetpub\wwwroot\tutor\com_word.php:4 Stack trace: #0 E:\Inetpub\wwwroot\tutor\com_word.php(4): com->com('word.applicatio...') #1 {main} thrown in E:\Inetpub\wwwroot\tutor\com_word.php on line 4 -- Edit this bug report at http://bugs.php.net/?id=32133&edit=1
#42374 [Asn]: --as-needed causes configure failures
ID: 42374 User updated by: galtgendo at o2 dot pl Reported By: galtgendo at o2 dot pl Status: Assigned Bug Type: Feature/Change Request Operating System: Gentoo PHP Version: 5.2CVS-2007-08-23 Assigned To: jani New Comment: Please disregard most of my last comment, I misunderstood something. I thought that --as-needed prevents linking with unused libraries, but it only marks them as unused, so above listings of ldd -u mean that it actually works, not the opposite. Anyway, what was exactly the problem that --preserve-dup-defs works around, cause the note in configure.in says only that there was a problem with older libtool, not what was it ? Previous Comments: [2007-11-05 22:49:15] galtgendo at o2 dot pl There's a funny thing, though. Command that built in example tidy.so was : /bin/sh /var/tmp/portage/dev-lang/php-5.2.4_p20070914-r2/work/php-5.2.4_p2007091 4/libtool --silent --preserve-dup-deps --mode=link /var/tmp/portage/dev-lang/php -5.2.4_p20070914-r2/work/php-5.2.4_p20070914/meta_ccld -DPHP_ATOM_INC -I/var/tmp /portage/dev-lang/php-5.2.4_p20070914-r2/work/php-5.2.4_p20070914/include -I/var /tmp/portage/dev-lang/php-5.2.4_p20070914-r2/work/php-5.2.4_p20070914/main -I/va r/tmp/portage/dev-lang/php-5.2.4_p20070914-r2/work/php-5.2.4_p20070914 -I/usr/in clude/libxml2 -I/var/tmp/portage/dev-lang/php-5.2.4_p20070914-r2/work/php-5.2.4_ p20070914/ext/date/lib -I/usr/include/freetype2 -I/usr/include/imap -I/var/tmp/p ortage/dev-lang/php-5.2.4_p20070914-r2/work/php-5.2.4_p20070914/ext/mbstring/oni guruma -I/var/tmp/portage/dev-lang/php-5.2.4_p20070914-r2/work/php-5.2.4_p200709 14/ext/mbstring/libmbfl -I/var/tmp/portage/dev-lang/php-5.2.4_p20070914-r2/work/ php-5.2.4_p20070914/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/usr/includ e/postgresql/libpq-4 -I/usr/include/pspell -I/var/tmp/portage/dev-lang/php-5.2.4 _p20070914-r2/work/php-5.2.4_p20070914/TSRM -I/var/tmp/portage/dev-lang/php-5.2.4_p20070914-r2/work/php-5.2.4_p20070914/Zend -D_REENTRANT -I/usr/include -O2 -march=athlon -mtune=athlon -pipe -pthread -DZTS -Wl,-O1 -Wl,--as-needed -Wl,--sort-common -Wl,-z,relro -o ext/tidy/tidy.la -export-dynamic -avoid-version -prefer-pic -module -rpath /var/tmp/portage/dev-lang/php-5.2.4_p20070914-r2/work/php-5.2.4_p20070914/modules -avoid-version -module ext/tidy/tidy.lo -ltidy -lcrypt -lcrypt -lsqlite -lhistory -lreadline -lncurses -lresolv -lm -ldl -lnsl -lxml2 -lz -lm -lgssapi -lkrb5 -lcom_err -lssl -lcrypto -ldl -lxml2 -lz -lm -lxml2 -lz -lm -lcrypt -lxml2 -lz -lm -lxml2 -lz -lm -lxml2 -lz -lm -lcrypt so theoretically it should not have those dependencies, unless --preserve-dup-deps messes that up. I think I'll test this theory. Of course, this is a completely separate issue to the one this bug is about. [2007-11-05 21:39:39] galtgendo at o2 dot pl This may seem like nagging, but I wonder how are things comming along. And to add my 2c: ldd -u /usr/lib/php5/lib/php/extensions/no-debug-zts-20060613/tidy.so Unused direct dependencies: /usr/lib/libtidy-0.99.so.0 /lib/libcrypt.so.1 /usr/lib/libsqlite.so.0 /lib/libhistory.so.5 /lib/libreadline.so.5 /lib/libncurses.so.5 /lib/libresolv.so.2 /lib/libm.so.6 /lib/libdl.so.2 /lib/libnsl.so.1 /lib/libz.so.1 libgssapi.so.1 /usr/lib/libkrb5.so.22 /lib/libcom_err.so.2 /usr/lib/libssl.so.0.9.8 /usr/lib/libcrypto.so.0.9.8 /usr/lib/libxml2.so.2 /lib/libpthread.so.0 ldd -u /usr/lib/php5/lib/php/extensions/no-debug-zts-20060613/zlib.so Unused direct dependencies: /lib/libz.so.1 /lib/libcrypt.so.1 /usr/lib/libsqlite.so.0 /lib/libhistory.so.5 /lib/libreadline.so.5 /lib/libncurses.so.5 /lib/libresolv.so.2 /lib/libm.so.6 /lib/libdl.so.2 /lib/libnsl.so.1 libgssapi.so.1 /usr/lib/libkrb5.so.22 /lib/libcom_err.so.2 /usr/lib/libssl.so.0.9.8 /usr/lib/libcrypto.so.0.9.8 /usr/lib/libxml2.so.2 /lib/libpthread.so.0 And for comparison: ldd -u /usr/lib/php5/lib/php/extensions/no-debug-zts-20060613/gd.so Unused direct dependencies: /usr/lib/libfreetype.so.6 /lib/libcrypt.so.1 /usr/lib/libsqlite.so.0 /lib/libhistory.so.5 /lib/libreadline.so.5 /lib/libncurses.so.5 /lib/libresolv.so.2 /lib/libm.so.6 /lib/libdl.so.2 /lib/libnsl.so.1 /lib/libz.so.1 libgssapi.so.1 /usr/lib/libkrb5.so.22 /lib/libcom_err.so.2 /usr/lib/libssl.so.0.9.8 /usr/lib/libcrypto.so.0.9.8 /usr/lib/libxml2.so.2 /lib/libpthread.so.0 ldd -u /usr/bin/php Unused direct dependencies:
#43105 [Opn]: PHP seems to fail to close open files.
ID: 43105 User updated by: ian at onlineloop dot com -Summary: Occasionally PHP can't execute external mail program Reported By: ian at onlineloop dot com Status: Open -Bug Type: Mail related +Bug Type: Unknown/Other Function Operating System: Solaris 10 -PHP Version: 5.2.5RC1 +PHP Version: 5.2.5RC2-dev New Comment: Changing this whole report as I have now more information. After further examining the problem, it is clear that PHP is sometimes failing to close the files it opens, and is generally failing to cleanly exit, if it exits at all. It is running with Apache 2.0.61. As time passes, PHP has more and more files open, the apache child processes do not exit, the status of the child processes stays on "W", writing, for long periods of time although the network status on the server itsel clearly shows that all connections to the remote address have closed. The memory usage also climbs constantly until the apache child process dies, if the child process dies at all. In the system, this is noticable by the number of open files, in the last 24 hours, this has changed from 4.2Gb and 30,711 open files to now 6.6Gb and 48,462 open files. This increase in memory consumption and the number of open files is continuous. Additionally, there are more and more apache child processes that simply do not exit. It is this behaviour that is clearly responsible for the problems of opening other files, and for the failure to be able to execute some system calls, such as sending mail and writing log files. The cause for this behaviour is unclear, however it is definately PHP 5.2.x related as under PHP 5.1.6, everything is ok. Previous Comments: [2007-10-25 15:03:26] ian at onlineloop dot com Description: Working with PHP 5.2.5-RC2, build from php5.2-200710241430, problem also occurred in php5.2-200710171030. PHP for what ever reason is occasionally unable to execute the mail program that we have installed, ssmtp. I am able to run the script below 15-20 times, and 1 or 2 times the mail program fails, every other time it is successful. This problem seesm to occur only when there is a higher system load, apache needs to be serving 60-80 requests before this problem shows itself. Suspicion was in the maximum number of open files, however that can be ruled out as our system (Sun V440, 16Gb RAM, 4 x SPARC 1.6Ghz) allows up to 10240 open files at any one time. Additionally, there are sometimes problems creating files. Although the errors would point to a system problem, this is definately not the case as other processes on the system do not have problems (proftpd, for example), and everything was OK with PHP 5.1.6. A log file extract and system messages are: # Oct 25 16:28:01 www-walda mod_evasive[21333]: [ID 869489 daemon.alert] Couldn't open logfile /var/apache2/logs/mod_evasive-log/dos-86.56.222.150: Bad file number [25-Oct-2007 16:39:48] [UseBB Error] [Thu Oct 25 14:39:48 2007] [E_WARNING - mb_send_mail() [function.mb-send-mail]: Could not execute mail delivery program '/usr/bin/ssmtp -t'] [./sources/functions.php:1164] [25-Oct-2007 16:30:03] PHP Warning: mail() [function.mail]: Could not execute mail delivery program '/usr/bin/ssmtp -t' in /ftp/usr/ian/mailtest.php on line 12 These problems have appeared only since we changed from PHP 5.1.6 to PHP 5.2.x (note that we have had many problems with PHP 5.2.x). We are currently using the PHP CVS version mentioned above, as up until and including PHP 5.2.4, bug numbers 41822, 41899 were blocking us. Reproduce code: --- ' . "\r\n" . 'Reply-To: ' . "\r\n" . 'X-Mailer: PHP/' . phpversion(); $date= date("d M y, G:i:s"); if ( mail($to, $subject, $message, $headers) == TRUE) echo "OK: $date, mail($to, $subject, $message, $headers)"; else echo "False"; ?> Expected result: The code should run correctly every time, delivering a mail. Actual result: -- The mail is sent most times, but occasionally I get an error message back saying that the sending failed: Browser: Warning: mail() [function.mail]: Could not execute mail delivery program '/usr/bin/ssmtp -t' in /ftp/usr/ian/mailtest.php on line 12 False Logs: [25-Oct-2007 16:56:58] PHP Warning: mail() [function.mail]: Could not execute mail delivery program '/usr/bin/ssmtp -t' in /ftp/usr/ian/mailtest.php on line 12 -- Edit this bug report at http://bugs.php.net/?id=43105&edit=1
#43204 [Opn]: imageRectangle not draw rectangle with 1x1 pixel size (i.e. square)
ID: 43204 User updated by: andreythinking at gmail dot com -Summary: imageRectangle not draw rectangle with 1x1 pixel size Reported By: andreythinking at gmail dot com Status: Open Bug Type: GD related Operating System: Linux Mandrake 10.0 Official PHP Version: 5.2.4 New Comment: (Add word "square" to summary, to elaborate issue description.) Previous Comments: [2007-11-06 11:04:40] andreythinking at gmail dot com Description: Php-5.2.4 draw parallelepiped instead square, when recieves coordinats 0,0,0,0 (1x1 pixel). On another sizes this fenomen disappears. * * * Some system features (results of command rpm -qa | grep gd): ifplugd-0.21b-1mdk libgdbm2-1.8.0-24mdk sysklogd-1.4.1-5mdk libgdk_pixbuf2.0_0-2.2.4-9mdk libgdk-pixbuf2-0.22.0-2mdk perl-GTK-GdkPixbuf-0.7009-1mdk gdk-pixbuf-loaders-0.22.0-2mdk perl-GTK-GdkImlib-0.7009-1mdk gdm-2.4.4.7-6mdk libgdkcardimage0-2.4.2-2mdk No strange gd, compiled-in used. Reproduce code: --- Expected result: Square 1x1 pixel size. Actual result: -- Parallelepiped 1x2 pixels: 2px on Y-axis. 1px on X-axis. -- Edit this bug report at http://bugs.php.net/?id=43204&edit=1
#43204 [NEW]: imageRectangle not draw rectangle with 1x1 pixel size
From: andreythinking at gmail dot com Operating system: Linux Mandrake 10.0 Official PHP version: 5.2.4 PHP Bug Type: GD related Bug description: imageRectangle not draw rectangle with 1x1 pixel size Description: Php-5.2.4 draw parallelepiped instead square, when recieves coordinats 0,0,0,0 (1x1 pixel). On another sizes this fenomen disappears. * * * Some system features (results of command rpm -qa | grep gd): ifplugd-0.21b-1mdk libgdbm2-1.8.0-24mdk sysklogd-1.4.1-5mdk libgdk_pixbuf2.0_0-2.2.4-9mdk libgdk-pixbuf2-0.22.0-2mdk perl-GTK-GdkPixbuf-0.7009-1mdk gdk-pixbuf-loaders-0.22.0-2mdk perl-GTK-GdkImlib-0.7009-1mdk gdm-2.4.4.7-6mdk libgdkcardimage0-2.4.2-2mdk No strange gd, compiled-in used. Reproduce code: --- Expected result: Square 1x1 pixel size. Actual result: -- Parallelepiped 1x2 pixels: 2px on Y-axis. 1px on X-axis. -- Edit bug report at http://bugs.php.net/?id=43204&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43204&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43204&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43204&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43204&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43204&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43204&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43204&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43204&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43204&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43204&r=support Expected behavior:http://bugs.php.net/fix.php?id=43204&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43204&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43204&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43204&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43204&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43204&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43204&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43204&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43204&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43204&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43204&r=mysqlcfg
#15909 [Com]: mysql and header() problem prevent saving session vars(?)
ID: 15909 Comment by: kapilgopinath at gmail dot com Reported By: phpbug at ehrlichorg dot com Status: No Feedback Bug Type: Session related Operating System: Linux (Debian) PHP Version: 4.1.1 New Comment: NBMNMNBMBNMBN Previous Comments: [2006-07-07 00:44:29] jallinson at optusnet dot com dot au using session_write_close(); after seeting the session variable solved it for me. [2002-05-30 00:00:05] php-bugs at lists dot php dot net No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-04-29 15:23:06] [EMAIL PROTECTED] Does this happen with latest CVS (stable branch) snapshot ? http://snaps.php.net/php4-STABLE-latest.tar.gz --Jani [2002-04-29 12:21:48] phpbug at ehrlichorg dot com MySQL is not the problem. We have not changed MySQL versions, just the PHP version. Some of the cases that fail do not do any database operations. They change a context variable and page jump (via header()) to another PHP page. If this were a MySQL problem, the work around I described above would not fix it. The problem appears to be with PHP and the management of session variables. Note: Status should be changed to Open but the only options I have are No Feedback or Closed. [2002-04-29 00:00:03] php-bugs at lists dot php dot net No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". 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/15909 -- Edit this bug report at http://bugs.php.net/?id=15909&edit=1
#43203 [NEW]: PDO better support for float bind values
From: lafriks at inbox dot lv Operating system: PHP version: 5.2.4 PHP Bug Type: Feature/Change Request Bug description: PDO better support for float bind values Description: It would be way easier to work with PDO if there was PDO::PARAM_FLOAT. Otherwise there is always need to check for comma and point if in different locales and that just makes it unnecessary hard to work with float numbers and binding to prepared statements. -- Edit bug report at http://bugs.php.net/?id=43203&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43203&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43203&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43203&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43203&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43203&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43203&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43203&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43203&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43203&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43203&r=support Expected behavior:http://bugs.php.net/fix.php?id=43203&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43203&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43203&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43203&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43203&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43203&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43203&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43203&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43203&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43203&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43203&r=mysqlcfg
#13771 [Com]: did everything from DSO installation to static
ID: 13771 Comment by: aziziahmad at petronas dot com dot my Reported By: noel_y at hotmail dot com Status: No Feedback Bug Type: PHP options/info functions Operating System: Suse 7.0 PHP Version: 4.0.4pl1 New Comment: hello guys.. need your help ..i got a problem with this php scriptthe page can't be displayed in the browser when i reload to the server..please help me.. the coding http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";> http://www.w3.org/1999/xhtml";> Home Page HOME ANNOUNCEMENT INFORMATION REPORT ACCIDENT/INCIDENT CHRA HSEMS ERP ABOUT US Login Area Username Password Related Links http://www.petronas.com.my";>PETRONAS Website http://www.utp.edu.my";>UTP Website http://elearning.utp.edu.my";>E-Learning Welcome To UTP Health Safety & Environment (HSE) Web Based System Welcome to UTP Health, Safety & Enviroment System. Only administrator can login your account at the bottom left of this page. Else, you only can view this system or you can ask administrator to create your account to access this system. For security reasons the best idea is to change your temporary password once your enter this UTP Health, Safety & Environment (HSE) web system. UTP HSE System is a web based system designed in three modules; administrator, staff and student.This system is initiated to computerize all functions in current system such as in Chemical Inventory, Incident/Accident Notification, Emergency Response Plan (ERP) and Chemical Heatlh Risk Assessment (CHRA) system. The main objective of this system is to store and sharing all the information about UTP Health, Safety & Environment department so that everyone can share these worthy information. Data in this system is presented in taxonomy. You can view a long list of chemical data as specific as possible rather in table form. Besides, you can also search for particular chemicals in order to save your time to look at every single file available in the UTP HSE department. All information about the chemical stored in this system is only for University Technology PETRONAS (UTP) Health, Safety & Environment (HSE) Department. Thanks for your support and for using this HSE web system.
#43202 [NEW]: cannot load mysql extension; please check PHP configuration
From: rubel_13bd at hotmail dot com Operating system: windows 2000 Professional PHP version: 5.2.4 PHP Bug Type: MySQL related Bug description: cannot load mysql extension; please check PHP configuration Description: cannot load mysql extensionOCL.dll - The specified module could not be found. -- Edit bug report at http://bugs.php.net/?id=43202&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43202&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43202&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43202&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43202&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43202&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43202&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43202&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43202&r=needscript Try newer version:http://bugs.php.net/fix.php?id=43202&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43202&r=support Expected behavior:http://bugs.php.net/fix.php?id=43202&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43202&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43202&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43202&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43202&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43202&r=dst IIS Stability:http://bugs.php.net/fix.php?id=43202&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43202&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43202&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43202&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43202&r=mysqlcfg