#35758 [Opn->Fbk]: SoapClient::__construct() [function.--construct]: SSL: fatal protocol error
ID: 35758 Updated by: [EMAIL PROTECTED] Reported By: kurzhumov at gmail dot com -Status: Open +Status: Feedback Bug Type: SOAP related Operating System: Red Hat Enterprise Linux ES PHP Version: 5CVS-2005-12-21 (snap) New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Previous Comments: [2005-12-21 07:33:46] kurzhumov at gmail dot com Description: The SOAP extension fails to connect to Web-service on Microsoft Windows Server 2003 over SSL. Warning: SoapClient::__construct(): SSL: fatal protocol error in test.php on line 7 Client: Red Hat Enterprise Linux ES Server: IIS 6 on Microsoft Windows Server 2003 Reproduce code: --- https://example.com/WebServices/Test.asmx?WSDL'); var_dump($client); ?> Actual result: -- Warning: SoapClient::__construct(): SSL: fatal protocol error in test.php on line 7 object(SoapClient)#1 (2) { ["_soap_version"]=> int(1) ["sdl"]=> resource(5) of type (Unknown) } PHP Warning: SoapClient::__construct(): SSL: fatal protocol error in test.php on line 7 -- Edit this bug report at http://bugs.php.net/?id=35758&edit=1
#35754 [Opn->Bgs]: Apache doesn't render PHP script (Blank page results)
ID: 35754 Updated by: [EMAIL PROTECTED] Reported By: ronjawanda at yahoo dot ca -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: XP SP2 PHP Version: 5.1.1 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. Previous Comments: [2005-12-21 04:34:49] judas dot iscariote at gmail dot com **not** a PHP Bug, you should reinstall PHP, something went wrong in your upgrade. [2005-12-21 02:20:06] ronjawanda at yahoo dot ca Description: I have apache 2.0.55 with PHP 5.0.5 PHP works fine. I use a simple scripts When I installed 5.1.1 my pages are blank and the view source shows the script. ie: Apache isn't recognising the PHP libraries. I have the same settings with 5.0.5 as I did with 5.1.1 I then reviewed all the docs and found that I could possibly add a registry setting to point to c:/php/ This didn't work. I forget the registry setting but it is on the documentation page. I'm on win xp SP2. Ron -- Edit this bug report at http://bugs.php.net/?id=35754&edit=1
#35756 [Opn->Bgs]: ecalloc in fgets() does't not check its return value
ID: 35756 Updated by: [EMAIL PROTECTED] Reported By: sqchen at citiz dot net -Status: Open +Status: Bogus Bug Type: Filesystem function related Operating System: redhat 7.3 PHP Version: 5.1.1 New Comment: ecalloc, emalloc, erealloc and friends will never return NULL. Previous Comments: [2005-12-21 03:39:46] sqchen at citiz dot net Description: file ext/standard/file.c line 1028 buf = ecalloc(len + 1, sizeof(char)); if (php_stream_get_line(stream, buf, len, &line_len) == NULL) { goto exit_failed; } here doesn't check the availablity of 'buf', so if ecalloc doesn't calloc a memory, it will return NULL, it will cause some problem Reproduce code: --- $fp=fopen("1.txt", "r"); fgets($fp, 2147483640); on some platform, when ecalloc failed, it will return NULL, so segmentation fault will prompt. the same as fread function -- Edit this bug report at http://bugs.php.net/?id=35756&edit=1
#35612 [Com]: [PATCH] iis6 Access Violation crash
ID: 35612 Comment by: vaguener at hotmail dot com Reported By: alacn dot uhahaa at gmail dot com Status: Assigned Bug Type: IIS related Operating System: Windows Server 2003 PHP Version: 5CVS-2005-12-20 (snap) Assigned To: dmitry New Comment: thats right, when i set the wait time to INFINITE in the current code "WaitForSingleObject(timeout_thread_handle, INFINITE);" it never close the worker process. but on alacn's code it do. "WaitForSingleObject(timeout_thread_finish, INFINITE);" Previous Comments: [2005-12-20 12:43:55] [EMAIL PROTECTED] Dmitry, can you check this out please. [2005-12-20 12:38:23] alacn dot uhahaa at gmail dot com ok.. here is udiff for latest cvs (php5.1) what is happenning is that since the thread that created the timeout thread have different access levels than the one that will wait it finish, waitforsingleobject on timeout thread handle wont work right, it will always timeout, and access violation will occur expected: it should return before the timeout, that way wont occur access violation the fix: it should wait at least 30 secs, waitforsingleobject will never elapse all the 30 secs, unless in a bad error, - it will always return before the 30 secs, as it should - btw ...cant php4 be fixed too? :( --- php5.1-200512200930_zend_execute_API.c Fri Dec 16 21:30:06 2005 +++ php5.1-200512200930_fixed_zend_execute_API.cTue Dec 20 08:44:24 2005 @@ -46,7 +46,7 @@ static WNDCLASS wc; static HWND timeout_window; static HANDLE timeout_thread_event; -static HANDLE timeout_thread_handle; +static HANDLE timeout_thread_finish; static DWORD timeout_thread_id; static int timeout_thread_initialized=0; #endif @@ -1282,6 +1282,7 @@ } DestroyWindow(timeout_window); UnregisterClass(wc.lpszClassName, NULL); + SetEvent(timeout_thread_finish); return 0; } @@ -1289,7 +1290,8 @@ void zend_init_timeout_thread() { timeout_thread_event = CreateEvent(NULL, FALSE, FALSE, NULL); - timeout_thread_handle = _beginthreadex(NULL, 0, timeout_thread_proc, NULL, 0, &timeout_thread_id); + timeout_thread_finish = CreateEvent(0, 0, 0, 0); + _beginthreadex(NULL, 0, timeout_thread_proc, NULL, 0, &timeout_thread_id); WaitForSingleObject(timeout_thread_event, INFINITE); } @@ -1302,8 +1304,7 @@ PostThreadMessage(timeout_thread_id, WM_QUIT, 0, 0); /* Wait for thread termination */ - WaitForSingleObject(timeout_thread_handle, 5000); - CloseHandle(timeout_thread_handle); + WaitForSingleObject(timeout_thread_finish, 3); } #endif [2005-12-19 08:51:01] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip And this time, really make sure you have the right PHP installed. Only way to be sure is to delete ALL old dlls related to PHP. Especially from C:\windows\ directory. Also, make any patches against the latest CVS sources. PHP 4 is too old. [2005-12-09 19:11:13] [EMAIL PROTECTED] Fixed in CVS HEAD, PHP_5_1 and PHP_5_0. [2005-12-09 12:29:41] alacn dot uhahaa at gmail dot com Description: PHP5 and PHP4 on iis6 (windows server 2003) sometimes crash with access violation Reproduce code: --- (code at zend_execute_API.c) before iis shutdown or recycle the pool, it will call "zend_shutdown_timeout_thread()", that will post a quit message on "timeout_thread_id" and return Expected result: "zend_shutdown_timeout_thread()" should wait "timeout_thread" finish before return Actual result: -- sometimes "zend_shutdown_timeout_thread()" return before the "tiumeout_thread" finish, and the iis release the library, than the iis crash at "timeout_thread_proc()" because the library was released. the fix for PHP5 and PHP4 at "zend_execute_API.c" "[...]" means hidden code... #ifdef ZEND_WIN32 #include /* true global */ [...] // add next line static HANDLE timeout_thread_finish_event; #endif [...] static unsigned __stdcall timeout_thread_proc(void *pArgs) { [...] DestroyWindow(timeout_window); UnregisterClass(wc.lpszClassName, NULL); // add next line SetEvent(timeout_thread_finish_event); return 0; } void zend_init_timeout_thread() { timeout_thread_event = CreateEvent([..]); // add next line timeout_thread_finish_event = CreateEvent(0, 0, 0, 0); [...] } void zend_shutdown_timeout_thread() { [...] PostThreadMessage(timeout_thread_id, WM_QUIT, 0, 0); // add next line WaitForSingleObject(timeout_t
#35759 [NEW]: mysqli_stmt_bind_result() makes huge allocation when column empty
From: squasar at eternalviper dot net Operating system: * PHP version: 5.1.1 PHP Bug Type: MySQLi related Bug description: mysqli_stmt_bind_result() makes huge allocation when column empty Description: If a MEDIUMBLOB column has an empty value (length of zero), mysqli_stmt_bind_result() attempts to allocate a buffer of 16M for it. The offending code is in mysqli_api.c, line 332: if (stmt->stmt->fields[ofs].max_length == 0) { This will be true if the column is empty as well as in the case where the user has not called store_result(). The result is the code using the value of length instead of max_length, which is 16M for a mediumblob. Reproduce code: --- Assume there exists a table: CREATE TABLE a_table ( some_blob MEDIUMBLOB NOT NULL ); execute(); $s->store_result(); print_r( $s->result_metadata()->fetch_fields() ); $s->bind_result( $data ); $s->fetch(); print_r( $data ); ?> Expected result: Array ( [0] => stdClass Object ( [name] => some_blob [orgname] => some_blob [table] => a_table [orgtable] => a_table [def] => [max_length] => 0 [length] => 0 [charsetnr] => 63 [flags] => 144 [type] => 252 [decimals] => 0 ) ) Actual result: -- Array ( [0] => stdClass Object ( [name] => some_blob [orgname] => some_blob [table] => a_table [orgtable] => a_table [def] => [max_length] => 0 [length] => 16777215 [charsetnr] => 63 [flags] => 144 [type] => 252 [decimals] => 0 ) ) Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 16777216 bytes) in test.php on line 8 -- Edit bug report at http://bugs.php.net/?id=35759&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35759&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35759&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35759&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35759&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35759&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35759&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35759&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35759&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35759&r=support Expected behavior:http://bugs.php.net/fix.php?id=35759&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35759&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35759&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35759&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35759&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35759&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35759&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35759&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35759&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35759&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35759&r=mysqlcfg
#35758 [NEW]: SoapClient::__construct() [function.--construct]: SSL: fatal protocol error
From: kurzhumov at gmail dot com Operating system: Red Hat Enterprise Linux ES PHP version: 5CVS-2005-12-21 (snap) PHP Bug Type: SOAP related Bug description: SoapClient::__construct() [function.--construct]: SSL: fatal protocol error Description: The SOAP extension fails to connect to Web-service on Microsoft Windows Server 2003 over SSL. Warning: SoapClient::__construct(): SSL: fatal protocol error in test.php on line 7 Client: Red Hat Enterprise Linux ES Server: IIS 6 on Microsoft Windows Server 2003 Reproduce code: --- https://example.com/WebServices/Test.asmx?WSDL'); var_dump($client); ?> Actual result: -- Warning: SoapClient::__construct(): SSL: fatal protocol error in test.php on line 7 object(SoapClient)#1 (2) { ["_soap_version"]=> int(1) ["sdl"]=> resource(5) of type (Unknown) } PHP Warning: SoapClient::__construct(): SSL: fatal protocol error in test.php on line 7 -- Edit bug report at http://bugs.php.net/?id=35758&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35758&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35758&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35758&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35758&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35758&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35758&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35758&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35758&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35758&r=support Expected behavior:http://bugs.php.net/fix.php?id=35758&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35758&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35758&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35758&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35758&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35758&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35758&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35758&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35758&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35758&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35758&r=mysqlcfg
#35754 [Com]: Apache doesn't render PHP script (Blank page results)
ID: 35754 Comment by: judas dot iscariote at gmail dot com Reported By: ronjawanda at yahoo dot ca Status: Open Bug Type: Scripting Engine problem Operating System: XP SP2 PHP Version: 5.1.1 New Comment: **not** a PHP Bug, you should reinstall PHP, something went wrong in your upgrade. Previous Comments: [2005-12-21 02:20:06] ronjawanda at yahoo dot ca Description: I have apache 2.0.55 with PHP 5.0.5 PHP works fine. I use a simple scripts When I installed 5.1.1 my pages are blank and the view source shows the script. ie: Apache isn't recognising the PHP libraries. I have the same settings with 5.0.5 as I did with 5.1.1 I then reviewed all the docs and found that I could possibly add a registry setting to point to c:/php/ This didn't work. I forget the registry setting but it is on the documentation page. I'm on win xp SP2. Ron -- Edit this bug report at http://bugs.php.net/?id=35754&edit=1
#35756 [NEW]: ecalloc in fgets() does't not check its return value
From: sqchen at citiz dot net Operating system: redhat 7.3 PHP version: 5.1.1 PHP Bug Type: Filesystem function related Bug description: ecalloc in fgets() does't not check its return value Description: file ext/standard/file.c line 1028 buf = ecalloc(len + 1, sizeof(char)); if (php_stream_get_line(stream, buf, len, &line_len) == NULL) { goto exit_failed; } here doesn't check the availablity of 'buf', so if ecalloc doesn't calloc a memory, it will return NULL, it will cause some problem Reproduce code: --- $fp=fopen("1.txt", "r"); fgets($fp, 2147483640); on some platform, when ecalloc failed, it will return NULL, so segmentation fault will prompt. the same as fread function -- Edit bug report at http://bugs.php.net/?id=35756&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35756&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35756&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35756&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35756&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35756&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35756&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35756&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35756&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35756&r=support Expected behavior:http://bugs.php.net/fix.php?id=35756&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35756&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35756&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35756&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35756&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35756&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35756&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35756&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35756&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35756&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35756&r=mysqlcfg
#35755 [NEW]: the document of session_module_name() is incomplete
From: songchao1234 at yeah dot net Operating system: redhat 7.3 PHP version: 5.1.1 PHP Bug Type: Session related Bug description: the document of session_module_name() is incomplete Description: session_module_name() needs some examples for its document, Bug #5121 said that it has been fixed , but actually it is not Reproduce code: --- Expected result: mm Actual result: -- Fatal error: session_module_name(): Cannot find named PHP session module (mm) -- Edit bug report at http://bugs.php.net/?id=35755&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35755&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35755&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35755&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35755&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35755&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35755&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35755&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35755&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35755&r=support Expected behavior:http://bugs.php.net/fix.php?id=35755&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35755&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35755&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35755&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35755&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35755&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35755&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35755&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35755&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35755&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35755&r=mysqlcfg
#35754 [NEW]: Apache doesn't render PHP script (Blank page results)
From: ronjawanda at yahoo dot ca Operating system: XP SP2 PHP version: 5.1.1 PHP Bug Type: Scripting Engine problem Bug description: Apache doesn't render PHP script (Blank page results) Description: I have apache 2.0.55 with PHP 5.0.5 PHP works fine. I use a simple scripts When I installed 5.1.1 my pages are blank and the view source shows the script. ie: Apache isn't recognising the PHP libraries. I have the same settings with 5.0.5 as I did with 5.1.1 I then reviewed all the docs and found that I could possibly add a registry setting to point to c:/php/ This didn't work. I forget the registry setting but it is on the documentation page. I'm on win xp SP2. Ron -- Edit bug report at http://bugs.php.net/?id=35754&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35754&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35754&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35754&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35754&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35754&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35754&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35754&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35754&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35754&r=support Expected behavior:http://bugs.php.net/fix.php?id=35754&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35754&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35754&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35754&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35754&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35754&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35754&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35754&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35754&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35754&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35754&r=mysqlcfg
#35029 [Csd]: segmentation faults with multiple include virtual requests
ID: 35029 User updated by: markus-php at anthill dot de Reported By: markus-php at anthill dot de Status: Closed Bug Type: Apache2 related Operating System: linux / solaris PHP Version: 4.4.0 New Comment: finally i am now able to get both simple SSI to run after disabling output_buffering. it works now under linux and solaris if the called script were simple. if they both include the same third script i get PHP Fatal error: Cannot redeclare foo() (previously declared in /path/to/third/script) in /path/to/third/script there still is some problem in the work between apache and php Previous Comments: [2005-11-30 19:27:41] [EMAIL PROTECTED] Thank you for your bug report. This issue has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php [2005-11-30 19:19:41] news at cb-world dot de same problem found in suse 9.3 mod_php4 4.3.10 and gentoo mod_php-4.4.0-r9 but seems to be fixed in latest php4 and php5-cvs (tried 10 minutes ago) [2005-11-30 17:47:36] minnoce at polito dot it Apache compile configuration: ./configure \ --prefix="/services/apache_so-2.0.54" \ --enable-modules='rewrite so speling ssl' \ --disable-userdir PHP compile configuration: ./configure \ "--prefix=/services/php-4.4-CVS" \ "--with-apxs2=/services/apache/bin/apxs" \ "--with-openssl" \ "--with-config-file-path=/services/httpd/conf" \ "--with-mysql=/usr" \ "--with-zlib" \ "--with-gd" \ "--with-jpeg-dir" \ "--with-png-dir" \ "--with-ldap" \ "--with-freetype-dir" \ "--with-mcrypt=/services/libmcrypt" \ "--with-curl" \ "--with-freetds=/services/freetds" \ "--enable-mbstring" Example pages: - test.html - test.php With only one "include virtual" all works fine. With the two include virtual the Apache child process associated exit with segmentation fault after the output of the first include. At this moment I don't be able to provide GDB backtrace... [2005-11-30 14:07:17] [EMAIL PROTECTED] Provide a short reproduce case and the GDB backtrace if you still able to replicate it. [2005-11-30 13:55:46] minnoce at polito dot it Same problem also with PHP 5.1 LATEST from CVS. 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/35029 -- Edit this bug report at http://bugs.php.net/?id=35029&edit=1
#35753 [Fbk]: mysql_fetch_field + mysql 5.0.17 crashes PHP
ID: 35753 Updated by: [EMAIL PROTECTED] Reported By: reweiner at yahoo dot com Status: Feedback Bug Type: MySQL related Operating System: RedHat AS 3.0 PHP Version: 5.1.1 New Comment: Also, it'd be good to have structure of the table too. Previous Comments: [2005-12-21 00:57:49] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2005-12-21 00:49:41] reweiner at yahoo dot com Description: Compiling php 5.1.1 on a machine that has mysql 5.0.17 installed crashes when calling mysql_fetch_field Reproduce code: --- \n"; $meta = mysql_fetch_field($result, $i); $i++; echo "Meta $meta, $result\n"; } mysql_free_result($result); mysql_close($conn); ?> Expected result: It should work Actual result: -- It crashes -- Edit this bug report at http://bugs.php.net/?id=35753&edit=1
#35753 [Opn->Fbk]: mysql_fetch_field + mysql 5.0.17 crashes PHP
ID: 35753 Updated by: [EMAIL PROTECTED] Reported By: reweiner at yahoo dot com -Status: Open +Status: Feedback Bug Type: MySQL related Operating System: RedHat AS 3.0 PHP Version: 5.1.1 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Previous Comments: [2005-12-21 00:49:41] reweiner at yahoo dot com Description: Compiling php 5.1.1 on a machine that has mysql 5.0.17 installed crashes when calling mysql_fetch_field Reproduce code: --- \n"; $meta = mysql_fetch_field($result, $i); $i++; echo "Meta $meta, $result\n"; } mysql_free_result($result); mysql_close($conn); ?> Expected result: It should work Actual result: -- It crashes -- Edit this bug report at http://bugs.php.net/?id=35753&edit=1
#35753 [NEW]: mysql_fetch_field + mysql 5.0.17 crashes PHP
From: reweiner at yahoo dot com Operating system: RedHat AS 3.0 PHP version: 5.1.1 PHP Bug Type: MySQL related Bug description: mysql_fetch_field + mysql 5.0.17 crashes PHP Description: Compiling php 5.1.1 on a machine that has mysql 5.0.17 installed crashes when calling mysql_fetch_field Reproduce code: --- \n"; $meta = mysql_fetch_field($result, $i); $i++; echo "Meta $meta, $result\n"; } mysql_free_result($result); mysql_close($conn); ?> Expected result: It should work Actual result: -- It crashes -- Edit bug report at http://bugs.php.net/?id=35753&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35753&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35753&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35753&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35753&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35753&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35753&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35753&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35753&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35753&r=support Expected behavior:http://bugs.php.net/fix.php?id=35753&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35753&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35753&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35753&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35753&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35753&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35753&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35753&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35753&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35753&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35753&r=mysqlcfg
#30716 [Com]: Dynamic Static Member Access
ID: 30716 Comment by: jake at press dot id dot au Reported By: jake at development dot mindvision dot com dot au Status: Open Bug Type: Feature/Change Request Operating System: Gentoo Linux (2.4.x) PHP Version: 5.0.1 New Comment: Heyas I havent got a copy of php infront of me, and it has been many months since i last poked around on this issue - so apologies if i am wrong... But i dont beleive "call_user_func()" is the solution. ... we are trying too access a static member dynamically, not a static method. Such a pity, i have been successfully using a workaround along the same lines as suggested by joscha at feth dot com for along time now, i was hoping i could go thru and fix all of my code that is dependant on it by now :( I'll try and find some time too investigate this further and attempt to fix - but i fear that will be closer to this time next year. Jake Press Previous Comments: [2004-11-11 09:54:49] [EMAIL PROTECTED] use call_user_func() for that. [2004-11-11 09:22:32] joscha at feth dot com After I found out, that my note (http://news.php.net/php.notes/78312) was deleted, which I thought was not a good idea, because it is the only way to make a static function call to a "unknown" class, I wrote a Mail to the guy who deleted it. After a few mails we decided that the code I wrote in the note: print_r(eval("return $classname::getBla();")); is completely correct and working. So I resubmitted my note, but I also think it'd be better to allow $classname::getBla(); out-of-the-box as the eval call is always a performance killer and it restricts the use of the code above to examples where no user-input is in $classname. [2004-11-09 09:27:15] k at ailis dot de Just for info: The problem is also present in latest CVS. And even if it is not a bug it's still a useful feature request. [2004-11-08 05:59:14] jake at development dot mindvision dot com dot au Description: Hello, I feel i have a syntax bug or unclear syntax limitation. I am trying to access static members of classes, dynamically ie $foo = 'className'; echo $foo::$staticVariable; For more information please see my posts on the php-generals list - http://news.php.net/php.general/201458 Thanks in advance Yours Sincerely Jake Press Reproduce code: --- Expected result: safdsafd Actual result: -- Parse error: parse error, unexpected T_PAAMAYIM_NEKUDOTAYIM, expecting ',' or ';' in /mnt/data0/www/twd/test.php on line 15 -- Edit this bug report at http://bugs.php.net/?id=30716&edit=1
#35751 [Opn->Fbk]: using date with a timestamp makes httpd segfault
ID: 35751 Updated by: [EMAIL PROTECTED] Reported By: lehmann at ans-netz dot de -Status: Open +Status: Feedback Bug Type: Date/time related Operating System: FreeBSD 6.0/alpha PHP Version: 5.1.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Previous Comments: [2005-12-20 20:53:59] lehmann at ans-netz dot de here is the backtrace: (gdb) bt #0 0x0001200297c8 in php_format_date (format=0x120132fd8 "\036", format_len=540212224, ts=1, localtime=46) at /usr/obj/alpha-ev56-6.0/usr/ports/lang/php5/work/php-5.1.1/ext/date/php_date.c:467 #1 0x in ?? () Previous frame identical to this frame (corrupt stack?) (gdb) up 0 #0 0x0001200297c8 in php_format_date (format=0x120132fd8 "\036", format_len=540212224, ts=1, localtime=46) at /usr/obj/alpha-ev56-6.0/usr/ports/lang/php5/work/php-5.1.1/ext/date/php_date.c:467 467 switch (format[i]) { (gdb) list 462 } 463 buffer[32] = '\0'; 464 timelib_isoweek_from_date(t->y, t->m, t->d, &isoweek, &isoyear); 465 466 for (i = 0; i < format_len; i++) { 467 switch (format[i]) { 468 /* day */ 469 case 'd': snprintf(buffer, 32, "%02d", (int) t->d); break; 470 case 'D': snprintf(buffer, 32, "%s", day_short_names[timelib_day_of_week(t->y, t->m, t->d)]); break; 471 case 'j': snprintf(buffer, 32, "%d", (int) t->d); break; (gdb) [2005-12-20 20:33:57] [EMAIL PROTECTED] Instead of running it through your webserver, try the command line... (with GDB too). [2005-12-20 20:25:19] lehmann at ans-netz dot de I'm not able to get a working backtrace, i compiled php with --enable-debug during configure: [EMAIL PROTECTED] php-5.1.1> gdb /usr/local/sbin/httpd /tmp/httpd.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "alpha-marcel-freebsd"...(no debugging symbols found)... Core was generated by `httpd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libz.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libz.so.3 Reading symbols from /usr/lib/libssl.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libssl.so.4 [...] Loaded symbols for /usr/local/libexec/apache2/libphp5.so Reading symbols from /usr/local/lib/libxml2.so.5...done. Loaded symbols for /usr/local/lib/libxml2.so.5 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x000160953668 in ?? () from /usr/local/libexec/apache2/libphp5.so (gdb) bt #0 0x000160953668 in ?? () from /usr/local/libexec/apache2/libphp5.so #1 0x0002 in ?? () Cannot access memory at address 0xfffe (gdb) [2005-12-20 19:11:13] lehmann at ans-netz dot de Description: Using date() in combination with a timestamp makes my httpd segfault on FreeBSD 5.0/alpha - it worked with PHP 5.0.5 like a charm. Using just date() with a format string, but w/o a timestamp works w/o problems. Reproduce code: --- Expected result: it should work? Actual result: -- [EMAIL PROTECTED] php5> ktrace httpd -X pid 30132 (httpd): unaligned access: va=0x11ffc72c pc=0x160a59720 ra=0x160a59e44 op=stq Segmentation fault Exit 139 [EMAIL PROTECTED] php5> last part of the ktrace: 27732 httpdRET read 487/0x1e7 27732 httpdCALL stat(0x1605da495,0x11ffe658) 27732 httpdNAMI "/etc/nsswitch.conf" 27732 httpdRET stat 0 27732 httpdCALL stat(0x1605da495,0x11ffe658) 27732 httpdEvents dropped. 27732 httpdRET stat 0 27732 httpdEvents dropped. 27732 httpdCALL open(0x1202e43c0,0,0x1b6) 27732 httpdEvents dropped. 27732 httpdRET lstat 0 27732 httpdEvents dropped. 27732 httpdRET open 23/0x17 27732 httpdEvents dropped. 27732 httpdRET open 23/0x17 27732 httpdEvents dropped. 27732 httpdRET stat 0 27732 httpdEvents dropped. 27732 httpdRET lstat 0 27732 httpdEvents dropped. 27732 httpdRET lstat 0 27732 httpdEvents dropped. 27732 httpdRET lstat 0 27
#35736 [Bgs]: PHP loads only PART of a page
ID: 35736 User updated by: webmaster at mentalworkshop dot com Reported By: webmaster at mentalworkshop dot com Status: Bogus Bug Type: *Web Server problem Operating System: Win XP without SP1 or 2 PHP Version: 4.4.1 New Comment: what does bogus mean? Previous Comments: [2005-12-20 00:57:14] [EMAIL PROTECTED] 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. [2005-12-20 00:49:06] webmaster at mentalworkshop dot com Description: I'm using Xoops. In the administration control panel, the pages in there are only partly displayed when loaded. The buttons and positioning are misplaced and messed up. When I click refresh, it gets messed up more. But it is just luck. After 4-6 refreshes, I usually get the entire page to load. Then I can continue what I'm doing. But this really bugs me because I have to sit there and click refresh all the time... By the way, it's not the xoops problem. PHP will do this to me when a BIG php file is loaded. I think it's a configuration of php.ini. Maybe there is a "time out?" or something because my server is not strong enough..? I have a P3 900 Mhz. 512 RAM. No SP1. No SP2. Apache/MYSQL configured correctly. Thank you -- Edit this bug report at http://bugs.php.net/?id=35736&edit=1
#35752 [NEW]: PHP_AUTH_USER and PHP_AUTH_PW not available when using FastCGI
From: fcu-phpbugs at no-way dot org Operating system: All PHP version: 4.4.2RC1 PHP Bug Type: CGI related Bug description: PHP_AUTH_USER and PHP_AUTH_PW not available when using FastCGI Description: When using Apache's Basic Auth together with php in FastCGI Mode, the credentials of the User do not get passed to the PHP Script. When I configure FastCGI to pass the Authentication Headers (-pass-header Authorization), these get passed to the script, but they are ignored by PHP. This is because in cgi_main.c only the Env-Var "HTTP_AUTHORIZATION" gets checked and not "Authorization" which seems to be the correct Header value (at least with apache2). All the apache Handler correctly use that header to set the Authentication Env-Vars. Could the cgi handler also check for that header? -- Edit bug report at http://bugs.php.net/?id=35752&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35752&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35752&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35752&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35752&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35752&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35752&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35752&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35752&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35752&r=support Expected behavior:http://bugs.php.net/fix.php?id=35752&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35752&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35752&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35752&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35752&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35752&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35752&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35752&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35752&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35752&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35752&r=mysqlcfg
#35660 [Csd]: AIX TZ variable format not understood, yields UTC timezone
ID: 35660 Updated by: [EMAIL PROTECTED] Reported By: Bjorn dot Wiberg at its dot uu dot se Status: Closed Bug Type: Date/time related Operating System: IBM AIX 5.2.0.0 ML5 PHP Version: 5.1.1 Assigned To: derick New Comment: Fixed in the way that we check if you pass an invalid setting for the TZ string, and if you do, we fall back to the ini setting if it exists. Previous Comments: [2005-12-20 20:54:23] [EMAIL PROTECTED] 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. [2005-12-18 10:40:38] Bjorn dot Wiberg at its dot uu dot se Hello Derick! Thank you for your reply! Yes, I know, however, performance is not a big issue for us in this case. It would be great if those AIX timezones could be added to the built-in database of known timezones of PHP, or perhaps even better, if PHP would default to the date.timezone setting if TZ is considered invalid (the latter is probably easier to achieve and would cover *all* platforms with "special" TZ formats). Please e-mail me if you need us to carry out any AIX tests for you! Wishing you a Merry Christmas and a Happy New year! Best regards, Björn [2005-12-17 18:41:02] [EMAIL PROTECTED] Just to let you know, using the date_default_timezone_set() function is preferred over using the TZ env setting as it's faster. [2005-12-13 19:28:32] Bjorn dot Wiberg at its dot uu dot se Description: PHP does not understand the notion of the TZ environment variable that IBM AIX uses, and defaults to the UTC time zone if an "incorrect" TZ value is encountered. The format of the TZ variable, and the allowed values, can be found here: http://publib.boulder.ibm.com/infocenter/pseries/index.jsp?topic=/com.ibm.aix.doc/files/aixfiles/environment.htm If this could be considered for future releases, that would be a great relief. As many (all?) other software on the system seem to use the TZ correctly. Otherwise, it would be great if the date.timezone setting would act as a fallback in case the TZ environment variable is considered invalid by PHP. And, perhaps, that this is clarified in the documentation (http://se.php.net/manual/sv/function.date-default-timezone-get.php); i.e., that an incorrect TZ value directly yields a "UTC" timezone setting. Reproduce code: --- System environment configuration file /etc/environment contains: TZ=NFT-1DFT,M3.5.0/02:00:00,M10.5.0/03:00:00 httpd.conf contains: php_value date.timezone "Europe/Stockholm" PHP script that displays the reverting-to-UTC behavior of PHP: '; echo 'date.timezone is: ' . ini_get('date.timezone') . ''; echo 'date_default_timezone_get() returns: ' . date_default_timezone_get() . ''; echo 'Current time is: ' . strftime('%T') . ''; echo ''; echo 'Forcing the correct timezone (' . ini_get('date.timezone') . ')...'; date_default_timezone_set(ini_get('date.timezone')); echo 'Correct current time is: ' . strftime('%T') . ''; ?> Expected result: That the timezone is picked up and understood by PHP. This would equal the "Europe/Stockholm" timezone setting. That is: TZ is: NFT-1DFT,M3.5.0/02:00:00,M10.5.0/03:00:00 date.timezone is: Europe/Stockholm date_default_timezone_get() returns: Europe/Stockholm Current time is: 19:20:10 Forcing the correct timezone (Europe/Stockholm)... Correct current time is: 19:20:10 Actual result: -- TZ is: NFT-1DFT,M3.5.0/02:00:00,M10.5.0/03:00:00 date.timezone is: Europe/Stockholm date_default_timezone_get() returns: UTC Current time is: 18:20:10 Forcing the correct timezone (Europe/Stockholm)... Correct current time is: 19:20:10 -- Edit this bug report at http://bugs.php.net/?id=35660&edit=1
#35660 [Asn->Csd]: AIX TZ variable format not understood, yields UTC timezone
ID: 35660 Updated by: [EMAIL PROTECTED] Reported By: Bjorn dot Wiberg at its dot uu dot se -Status: Assigned +Status: Closed Bug Type: Date/time related Operating System: IBM AIX 5.2.0.0 ML5 PHP Version: 5.1.1 Assigned To: derick 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. Previous Comments: [2005-12-18 10:40:38] Bjorn dot Wiberg at its dot uu dot se Hello Derick! Thank you for your reply! Yes, I know, however, performance is not a big issue for us in this case. It would be great if those AIX timezones could be added to the built-in database of known timezones of PHP, or perhaps even better, if PHP would default to the date.timezone setting if TZ is considered invalid (the latter is probably easier to achieve and would cover *all* platforms with "special" TZ formats). Please e-mail me if you need us to carry out any AIX tests for you! Wishing you a Merry Christmas and a Happy New year! Best regards, Björn [2005-12-17 18:41:02] [EMAIL PROTECTED] Just to let you know, using the date_default_timezone_set() function is preferred over using the TZ env setting as it's faster. [2005-12-13 19:28:32] Bjorn dot Wiberg at its dot uu dot se Description: PHP does not understand the notion of the TZ environment variable that IBM AIX uses, and defaults to the UTC time zone if an "incorrect" TZ value is encountered. The format of the TZ variable, and the allowed values, can be found here: http://publib.boulder.ibm.com/infocenter/pseries/index.jsp?topic=/com.ibm.aix.doc/files/aixfiles/environment.htm If this could be considered for future releases, that would be a great relief. As many (all?) other software on the system seem to use the TZ correctly. Otherwise, it would be great if the date.timezone setting would act as a fallback in case the TZ environment variable is considered invalid by PHP. And, perhaps, that this is clarified in the documentation (http://se.php.net/manual/sv/function.date-default-timezone-get.php); i.e., that an incorrect TZ value directly yields a "UTC" timezone setting. Reproduce code: --- System environment configuration file /etc/environment contains: TZ=NFT-1DFT,M3.5.0/02:00:00,M10.5.0/03:00:00 httpd.conf contains: php_value date.timezone "Europe/Stockholm" PHP script that displays the reverting-to-UTC behavior of PHP: '; echo 'date.timezone is: ' . ini_get('date.timezone') . ''; echo 'date_default_timezone_get() returns: ' . date_default_timezone_get() . ''; echo 'Current time is: ' . strftime('%T') . ''; echo ''; echo 'Forcing the correct timezone (' . ini_get('date.timezone') . ')...'; date_default_timezone_set(ini_get('date.timezone')); echo 'Correct current time is: ' . strftime('%T') . ''; ?> Expected result: That the timezone is picked up and understood by PHP. This would equal the "Europe/Stockholm" timezone setting. That is: TZ is: NFT-1DFT,M3.5.0/02:00:00,M10.5.0/03:00:00 date.timezone is: Europe/Stockholm date_default_timezone_get() returns: Europe/Stockholm Current time is: 19:20:10 Forcing the correct timezone (Europe/Stockholm)... Correct current time is: 19:20:10 Actual result: -- TZ is: NFT-1DFT,M3.5.0/02:00:00,M10.5.0/03:00:00 date.timezone is: Europe/Stockholm date_default_timezone_get() returns: UTC Current time is: 18:20:10 Forcing the correct timezone (Europe/Stockholm)... Correct current time is: 19:20:10 -- Edit this bug report at http://bugs.php.net/?id=35660&edit=1
#35751 [Fbk->Opn]: using date with a timestamp makes httpd segfault
ID: 35751 User updated by: lehmann at ans-netz dot de Reported By: lehmann at ans-netz dot de -Status: Feedback +Status: Open Bug Type: Date/time related Operating System: FreeBSD 6.0/alpha PHP Version: 5.1.1 New Comment: here is the backtrace: (gdb) bt #0 0x0001200297c8 in php_format_date (format=0x120132fd8 "\036", format_len=540212224, ts=1, localtime=46) at /usr/obj/alpha-ev56-6.0/usr/ports/lang/php5/work/php-5.1.1/ext/date/php_date.c:467 #1 0x in ?? () Previous frame identical to this frame (corrupt stack?) (gdb) up 0 #0 0x0001200297c8 in php_format_date (format=0x120132fd8 "\036", format_len=540212224, ts=1, localtime=46) at /usr/obj/alpha-ev56-6.0/usr/ports/lang/php5/work/php-5.1.1/ext/date/php_date.c:467 467 switch (format[i]) { (gdb) list 462 } 463 buffer[32] = '\0'; 464 timelib_isoweek_from_date(t->y, t->m, t->d, &isoweek, &isoyear); 465 466 for (i = 0; i < format_len; i++) { 467 switch (format[i]) { 468 /* day */ 469 case 'd': snprintf(buffer, 32, "%02d", (int) t->d); break; 470 case 'D': snprintf(buffer, 32, "%s", day_short_names[timelib_day_of_week(t->y, t->m, t->d)]); break; 471 case 'j': snprintf(buffer, 32, "%d", (int) t->d); break; (gdb) Previous Comments: [2005-12-20 20:33:57] [EMAIL PROTECTED] Instead of running it through your webserver, try the command line... (with GDB too). [2005-12-20 20:25:19] lehmann at ans-netz dot de I'm not able to get a working backtrace, i compiled php with --enable-debug during configure: [EMAIL PROTECTED] php-5.1.1> gdb /usr/local/sbin/httpd /tmp/httpd.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "alpha-marcel-freebsd"...(no debugging symbols found)... Core was generated by `httpd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libz.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libz.so.3 Reading symbols from /usr/lib/libssl.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libssl.so.4 [...] Loaded symbols for /usr/local/libexec/apache2/libphp5.so Reading symbols from /usr/local/lib/libxml2.so.5...done. Loaded symbols for /usr/local/lib/libxml2.so.5 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x000160953668 in ?? () from /usr/local/libexec/apache2/libphp5.so (gdb) bt #0 0x000160953668 in ?? () from /usr/local/libexec/apache2/libphp5.so #1 0x0002 in ?? () Cannot access memory at address 0xfffe (gdb) [2005-12-20 19:18:05] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. I can not reproduce this. Can you generate a *gdb* backtrace? [2005-12-20 19:14:45] lehmann at ans-netz dot de i meant FreeBSD 6.0 as said in the header, _not_ 5 as stated in the body. [2005-12-20 19:11:13] lehmann at ans-netz dot de Description: Using date() in combination with a timestamp makes my httpd segfault on FreeBSD 5.0/alpha - it worked with PHP 5.0.5 like a charm. Using just date() with a format string, but w/o a timestamp works w/o problems. Reproduce code: --- Expected result: it should work? Actual result: -- [EMAIL PROTECTED] php5> ktrace httpd -X pid 30132 (httpd): unaligned access: va=0x11ffc72c pc=0x160a59720 ra=0x160a59e44 op=stq Segmentation fault Exit 139 [EMAIL PROTECTED] php5> last part of the ktrace: 27732 httpdRET read 487/0x1e7 27732 httpdCALL stat(0x1605da495,0x11ffe658) 27732 httpdNAMI "/etc/nsswitch.conf" 27732 httpdRET stat 0 27732 httpdCALL stat(0x1605da495,0x11ffe658) 27732 httpd
#35751 [Opn->Fbk]: using date with a timestamp makes httpd segfault
ID: 35751 Updated by: [EMAIL PROTECTED] Reported By: lehmann at ans-netz dot de -Status: Open +Status: Feedback Bug Type: Date/time related Operating System: FreeBSD 6.0/alpha PHP Version: 5.1.1 New Comment: Instead of running it through your webserver, try the command line... (with GDB too). Previous Comments: [2005-12-20 20:25:19] lehmann at ans-netz dot de I'm not able to get a working backtrace, i compiled php with --enable-debug during configure: [EMAIL PROTECTED] php-5.1.1> gdb /usr/local/sbin/httpd /tmp/httpd.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "alpha-marcel-freebsd"...(no debugging symbols found)... Core was generated by `httpd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libz.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libz.so.3 Reading symbols from /usr/lib/libssl.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libssl.so.4 [...] Loaded symbols for /usr/local/libexec/apache2/libphp5.so Reading symbols from /usr/local/lib/libxml2.so.5...done. Loaded symbols for /usr/local/lib/libxml2.so.5 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x000160953668 in ?? () from /usr/local/libexec/apache2/libphp5.so (gdb) bt #0 0x000160953668 in ?? () from /usr/local/libexec/apache2/libphp5.so #1 0x0002 in ?? () Cannot access memory at address 0xfffe (gdb) [2005-12-20 19:18:05] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. I can not reproduce this. Can you generate a *gdb* backtrace? [2005-12-20 19:14:45] lehmann at ans-netz dot de i meant FreeBSD 6.0 as said in the header, _not_ 5 as stated in the body. [2005-12-20 19:11:13] lehmann at ans-netz dot de Description: Using date() in combination with a timestamp makes my httpd segfault on FreeBSD 5.0/alpha - it worked with PHP 5.0.5 like a charm. Using just date() with a format string, but w/o a timestamp works w/o problems. Reproduce code: --- Expected result: it should work? Actual result: -- [EMAIL PROTECTED] php5> ktrace httpd -X pid 30132 (httpd): unaligned access: va=0x11ffc72c pc=0x160a59720 ra=0x160a59e44 op=stq Segmentation fault Exit 139 [EMAIL PROTECTED] php5> last part of the ktrace: 27732 httpdRET read 487/0x1e7 27732 httpdCALL stat(0x1605da495,0x11ffe658) 27732 httpdNAMI "/etc/nsswitch.conf" 27732 httpdRET stat 0 27732 httpdCALL stat(0x1605da495,0x11ffe658) 27732 httpdEvents dropped. 27732 httpdRET stat 0 27732 httpdEvents dropped. 27732 httpdCALL open(0x1202e43c0,0,0x1b6) 27732 httpdEvents dropped. 27732 httpdRET lstat 0 27732 httpdEvents dropped. 27732 httpdRET open 23/0x17 27732 httpdEvents dropped. 27732 httpdRET open 23/0x17 27732 httpdEvents dropped. 27732 httpdRET stat 0 27732 httpdEvents dropped. 27732 httpdRET lstat 0 27732 httpdEvents dropped. 27732 httpdRET lstat 0 27732 httpdEvents dropped. 27732 httpdRET lstat 0 27732 httpdEvents dropped. 27732 httpdRET lstat 0 27732 httpdEvents dropped. 27732 httpdCALL gettimeofday(0x11ffc548,0) [EMAIL PROTECTED] php5> -- Edit this bug report at http://bugs.php.net/?id=35751&edit=1
#35714 [Bgs]: odbc_connect() does not timeout.
ID: 35714 User updated by: ceason at gmail dot com Reported By: ceason at gmail dot com Status: Bogus Bug Type: ODBC related Operating System: Linux PHP Version: 5.1.1 New Comment: Guess I disagree. Switching to POD is switching to a different API. Don't see how that is a "Fix". Previous Comments: [2005-12-19 23:20:33] [EMAIL PROTECTED] You won't test, we can't fix. Bogus. [2005-12-19 23:10:21] ceason at gmail dot com Compiled with latest and gave POD ODBC driver a spin. Switching to POD will require a rewrite if I understand it correctly. Will have to work with original for now. [2005-12-17 02:53:19] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip And use the PDO ODBC driver instead. [2005-12-16 21:13:50] ceason at gmail dot com Description: A php script that didn't check the odbc_connect return value entered a state where it did not end. The httpd server does not seem to time these requests out and reports the as "W" Sending Reply state. Eventually this causes access denial due to max_connection limit being reached. I upgraded to httpd 2.2.0 and php 5.1.1 but the problem still occurs. This is the timeout value from httpd.conf # # Timeout: The number of seconds before receives and sends time out. # Timeout 300 This is the timeout value from php.ini max_execution_time = 120 ; Maximum execution time of each script, in seconds max_input_time = 60 ; Maximum amount of time each script may spend parsing request data memory_limit = 8M ; Maximum amount of memory a script may consume (8MB) server-status entry: 0-0 27217 2/2/2 W 0.0032840 13.20.010.01 ceason madmax GET /status/ras_results.php?db=bgs1&severityCB=1&facilityCB=1&b I initially reported this as an Apache bug and received this response. This is a bug in mod_php. If mod_php does not return the control of execution from the script, httpd can't do anytning. Please report this to the PHP Project, instead of Apache HTTP Server Project. Reproduce code: --- $dbconn = odbc_connect("BOGUS","username","password"); $query = "select * from footable"; while(odbc_fetch_row($result)) { print"$result"; } This may fail correct the 1st time. Hit refresh after this and it should hang up. Expected result: Similiar error messages as below Warning: odbc_connect() [function.odbc-connect]: SQL error: \EA, SQL state D\$ in SQLConnect in /var/www/html/test.php on line 14 Warning: odbc_fetch_row(): supplied argument is not a valid ODBC result resource in /var/www/html/test.php on line 16 Actual result: -- Hang after refresh -- Edit this bug report at http://bugs.php.net/?id=35714&edit=1
#35751 [Fbk->Opn]: using date with a timestamp makes httpd segfault
ID: 35751 User updated by: lehmann at ans-netz dot de Reported By: lehmann at ans-netz dot de -Status: Feedback +Status: Open Bug Type: Date/time related Operating System: FreeBSD 6.0/alpha PHP Version: 5.1.1 New Comment: I'm not able to get a working backtrace, i compiled php with --enable-debug during configure: [EMAIL PROTECTED] php-5.1.1> gdb /usr/local/sbin/httpd /tmp/httpd.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "alpha-marcel-freebsd"...(no debugging symbols found)... Core was generated by `httpd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libz.so.3...(no debugging symbols found)...done. Loaded symbols for /lib/libz.so.3 Reading symbols from /usr/lib/libssl.so.4...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libssl.so.4 [...] Loaded symbols for /usr/local/libexec/apache2/libphp5.so Reading symbols from /usr/local/lib/libxml2.so.5...done. Loaded symbols for /usr/local/lib/libxml2.so.5 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x000160953668 in ?? () from /usr/local/libexec/apache2/libphp5.so (gdb) bt #0 0x000160953668 in ?? () from /usr/local/libexec/apache2/libphp5.so #1 0x0002 in ?? () Cannot access memory at address 0xfffe (gdb) Previous Comments: [2005-12-20 19:18:05] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. I can not reproduce this. Can you generate a *gdb* backtrace? [2005-12-20 19:14:45] lehmann at ans-netz dot de i meant FreeBSD 6.0 as said in the header, _not_ 5 as stated in the body. [2005-12-20 19:11:13] lehmann at ans-netz dot de Description: Using date() in combination with a timestamp makes my httpd segfault on FreeBSD 5.0/alpha - it worked with PHP 5.0.5 like a charm. Using just date() with a format string, but w/o a timestamp works w/o problems. Reproduce code: --- Expected result: it should work? Actual result: -- [EMAIL PROTECTED] php5> ktrace httpd -X pid 30132 (httpd): unaligned access: va=0x11ffc72c pc=0x160a59720 ra=0x160a59e44 op=stq Segmentation fault Exit 139 [EMAIL PROTECTED] php5> last part of the ktrace: 27732 httpdRET read 487/0x1e7 27732 httpdCALL stat(0x1605da495,0x11ffe658) 27732 httpdNAMI "/etc/nsswitch.conf" 27732 httpdRET stat 0 27732 httpdCALL stat(0x1605da495,0x11ffe658) 27732 httpdEvents dropped. 27732 httpdRET stat 0 27732 httpdEvents dropped. 27732 httpdCALL open(0x1202e43c0,0,0x1b6) 27732 httpdEvents dropped. 27732 httpdRET lstat 0 27732 httpdEvents dropped. 27732 httpdRET open 23/0x17 27732 httpdEvents dropped. 27732 httpdRET open 23/0x17 27732 httpdEvents dropped. 27732 httpdRET stat 0 27732 httpdEvents dropped. 27732 httpdRET lstat 0 27732 httpdEvents dropped. 27732 httpdRET lstat 0 27732 httpdEvents dropped. 27732 httpdRET lstat 0 27732 httpdEvents dropped. 27732 httpdRET lstat 0 27732 httpdEvents dropped. 27732 httpdCALL gettimeofday(0x11ffc548,0) [EMAIL PROTECTED] php5> -- Edit this bug report at http://bugs.php.net/?id=35751&edit=1
#35691 [Opn->Fbk]: Can't change to another drive letter using chdir()
ID: 35691 Updated by: [EMAIL PROTECTED] Reported By: ejwaibel at gmail dot com -Status: Open +Status: Feedback Bug Type: *Directory/Filesystem functions Operating System: Windows 2003 PHP Version: 5CVS-2005-12-19 (snap) Previous Comments: [2005-12-20 19:43:20] [EMAIL PROTECTED] I've installed win 2003 and I can't reproduce the problem. Please double check your 'subst' command (by entering in my computer and see if the drive is listed there, etc..) [2005-12-19 17:41:10] [EMAIL PROTECTED] So, this is only happening with attached drive on Windows 2003. I can only think of a bug in GetLongPathName(). I'll install windows 2003 server somewhere to test. [2005-12-19 01:42:04] erik dot waibel at cubic dot com This is what I get when running the code with an existing drive (such as C:) Files in current directory... Array ( [0] => TCdetails.php [1] => TCgetdata.php [2] => TCgetversion.php [3] => TCmanual.php [4] => TCpreview.php [5] => TCprocess.php [6] => TCsearch.php [7] => changes.php [8] => checklist.php [9] => details.php [10] => footer.php [11] => getarq.php [12] => getdata.php [13] => help.php [14] => hints.php [15] => import.php [16] => login.php [17] => manual.php [18] => modules.php [19] => password.php [20] => phpinfo.php [21] => process.php [22] => search.php [23] => srnform_windows.php [24] => stscr.php [25] => user.php ) string(35) "d:\scmtools\test\ctssrn-enhancement" CWD: bool(true) Change dir: string(3) "C:\" CWD: Files in CWD... Array ( [0] => AUTOEXEC.BAT [1] => CONFIG.SYS [2] => Documents and Settings [3] => IO.SYS [4] => Inetpub [5] => MSDOS.SYS [6] => NTDETECT.COM [7] => PHP [8] => Perl [9] => Program Files [10] => RECYCLER [11] => System Volume Information [12] => WINDOWS [13] => boot.ini [14] => dsn [15] => dsn.dir [16] => dsn.pag [17] => mvfslogs [18] => ntldr [19] => pagefile.sys [20] => temp.log [21] => wmpub ) This is what I get when I change to the drive that is being 'subst': Files in current directory... Array ( [0] => TCdetails.php [1] => TCgetdata.php [2] => TCgetversion.php [3] => TCmanual.php [4] => TCpreview.php [5] => TCprocess.php [6] => TCsearch.php [7] => changes.php [8] => checklist.php [9] => details.php [10] => footer.php [11] => getarq.php [12] => getdata.php [13] => help.php [14] => hints.php [15] => import.php [16] => login.php [17] => manual.php [18] => modules.php [19] => password.php [20] => phpinfo.php [21] => process.php [22] => search.php [23] => srnform_windows.php [24] => stscr.php [25] => user.php ) string(35) "d:\scmtools\test\ctssrn-enhancement" CWD: bool(false) Change dir: string(35) "d:\scmtools\test\ctssrn-enhancement" CWD: Files in CWD... Array ( [0] => TCdetails.php [1] => TCgetdata.php [2] => TCgetversion.php [3] => TCmanual.php [4] => TCpreview.php [5] => TCprocess.php [6] => TCsearch.php [7] => cc-get-modules.exe [8] => cc-import.exe [9] => changes.php [10] => checklist.php [11] => details.php [12] => error_log.log [13] => footer.php [14] => getarq.php [15] => getdata.php [16] => help.php [17] => hints.php [18] => import.php [19] => login.php [20] => manual.php [21] => modules.php [22] => password.php [23] => phpinfo.php [24] => process.php [25] => search.php [26] => srnform_windows.php [27] => stscr.php [28] => user.php ) [2005-12-19 00:14:44] [EMAIL PROTECTED] I've also tested with networked drives and it works fine. can you please test with a simple script like: Please include all error messages printed by PHP. [2005-12-16 16:41:50] erik dot waibel at cubic dot com I updated my PHP version to the Windows .zip file that you included, but that still did not work. We are using a Windows NT 5.2 build 3790 machine (it's a Windows NT server). I actually just checked and it seems like I can change to the "C:" drive, but what I forgot to mention earlier, here is another piece of my code that is used to "subst" the Q: drive for a directory that exists on another drive. $subst = exec("subst $substDrive M:\\$sessionView", $substOutput); $currentDir = getcwd(); $changeTo = "$substDrive\\sdadmin"; chdir("$changeTo") || die("Can't change location to: $changeTo."); The reason I'm doing this is because of our Source Control program "ClearCase" that we use. Can you let me know if there is another way I should do this? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report onl
#35691 [Asn->Opn]: Can't change to another drive letter using chdir()
ID: 35691 Updated by: [EMAIL PROTECTED] Reported By: ejwaibel at gmail dot com -Status: Assigned +Status: Open Bug Type: *Directory/Filesystem functions Operating System: Windows 2003 PHP Version: 5CVS-2005-12-19 (snap) Assigned To: nlopess New Comment: I've installed win 2003 and I can't reproduce the problem. Please double check your 'subst' command (by entering in my computer and see if the drive is listed there, etc..) Previous Comments: [2005-12-19 17:41:10] [EMAIL PROTECTED] So, this is only happening with attached drive on Windows 2003. I can only think of a bug in GetLongPathName(). I'll install windows 2003 server somewhere to test. [2005-12-19 01:42:04] erik dot waibel at cubic dot com This is what I get when running the code with an existing drive (such as C:) Files in current directory... Array ( [0] => TCdetails.php [1] => TCgetdata.php [2] => TCgetversion.php [3] => TCmanual.php [4] => TCpreview.php [5] => TCprocess.php [6] => TCsearch.php [7] => changes.php [8] => checklist.php [9] => details.php [10] => footer.php [11] => getarq.php [12] => getdata.php [13] => help.php [14] => hints.php [15] => import.php [16] => login.php [17] => manual.php [18] => modules.php [19] => password.php [20] => phpinfo.php [21] => process.php [22] => search.php [23] => srnform_windows.php [24] => stscr.php [25] => user.php ) string(35) "d:\scmtools\test\ctssrn-enhancement" CWD: bool(true) Change dir: string(3) "C:\" CWD: Files in CWD... Array ( [0] => AUTOEXEC.BAT [1] => CONFIG.SYS [2] => Documents and Settings [3] => IO.SYS [4] => Inetpub [5] => MSDOS.SYS [6] => NTDETECT.COM [7] => PHP [8] => Perl [9] => Program Files [10] => RECYCLER [11] => System Volume Information [12] => WINDOWS [13] => boot.ini [14] => dsn [15] => dsn.dir [16] => dsn.pag [17] => mvfslogs [18] => ntldr [19] => pagefile.sys [20] => temp.log [21] => wmpub ) This is what I get when I change to the drive that is being 'subst': Files in current directory... Array ( [0] => TCdetails.php [1] => TCgetdata.php [2] => TCgetversion.php [3] => TCmanual.php [4] => TCpreview.php [5] => TCprocess.php [6] => TCsearch.php [7] => changes.php [8] => checklist.php [9] => details.php [10] => footer.php [11] => getarq.php [12] => getdata.php [13] => help.php [14] => hints.php [15] => import.php [16] => login.php [17] => manual.php [18] => modules.php [19] => password.php [20] => phpinfo.php [21] => process.php [22] => search.php [23] => srnform_windows.php [24] => stscr.php [25] => user.php ) string(35) "d:\scmtools\test\ctssrn-enhancement" CWD: bool(false) Change dir: string(35) "d:\scmtools\test\ctssrn-enhancement" CWD: Files in CWD... Array ( [0] => TCdetails.php [1] => TCgetdata.php [2] => TCgetversion.php [3] => TCmanual.php [4] => TCpreview.php [5] => TCprocess.php [6] => TCsearch.php [7] => cc-get-modules.exe [8] => cc-import.exe [9] => changes.php [10] => checklist.php [11] => details.php [12] => error_log.log [13] => footer.php [14] => getarq.php [15] => getdata.php [16] => help.php [17] => hints.php [18] => import.php [19] => login.php [20] => manual.php [21] => modules.php [22] => password.php [23] => phpinfo.php [24] => process.php [25] => search.php [26] => srnform_windows.php [27] => stscr.php [28] => user.php ) [2005-12-19 00:14:44] [EMAIL PROTECTED] I've also tested with networked drives and it works fine. can you please test with a simple script like: Please include all error messages printed by PHP. [2005-12-16 16:41:50] erik dot waibel at cubic dot com I updated my PHP version to the Windows .zip file that you included, but that still did not work. We are using a Windows NT 5.2 build 3790 machine (it's a Windows NT server). I actually just checked and it seems like I can change to the "C:" drive, but what I forgot to mention earlier, here is another piece of my code that is used to "subst" the Q: drive for a directory that exists on another drive. $subst = exec("subst $substDrive M:\\$sessionView", $substOutput); $currentDir = getcwd(); $changeTo = "$substDrive\\sdadmin"; chdir("$changeTo") || die("Can't change location to: $changeTo."); The reason I'm doing this is because of our Source Control program "ClearCase" that we use. Can you let me know if there is another way I should do this? [2005-12-16 14:06:53] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Sorry
#35751 [Opn->Fbk]: using date with a timestamp makes httpd segfault
ID: 35751 Updated by: [EMAIL PROTECTED] Reported By: lehmann at ans-netz dot de -Status: Open +Status: Feedback Bug Type: Date/time related Operating System: FreeBSD 6.0/alpha PHP Version: 5.1.1 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. I can not reproduce this. Can you generate a *gdb* backtrace? Previous Comments: [2005-12-20 19:14:45] lehmann at ans-netz dot de i meant FreeBSD 6.0 as said in the header, _not_ 5 as stated in the body. [2005-12-20 19:11:13] lehmann at ans-netz dot de Description: Using date() in combination with a timestamp makes my httpd segfault on FreeBSD 5.0/alpha - it worked with PHP 5.0.5 like a charm. Using just date() with a format string, but w/o a timestamp works w/o problems. Reproduce code: --- Expected result: it should work? Actual result: -- [EMAIL PROTECTED] php5> ktrace httpd -X pid 30132 (httpd): unaligned access: va=0x11ffc72c pc=0x160a59720 ra=0x160a59e44 op=stq Segmentation fault Exit 139 [EMAIL PROTECTED] php5> last part of the ktrace: 27732 httpdRET read 487/0x1e7 27732 httpdCALL stat(0x1605da495,0x11ffe658) 27732 httpdNAMI "/etc/nsswitch.conf" 27732 httpdRET stat 0 27732 httpdCALL stat(0x1605da495,0x11ffe658) 27732 httpdEvents dropped. 27732 httpdRET stat 0 27732 httpdEvents dropped. 27732 httpdCALL open(0x1202e43c0,0,0x1b6) 27732 httpdEvents dropped. 27732 httpdRET lstat 0 27732 httpdEvents dropped. 27732 httpdRET open 23/0x17 27732 httpdEvents dropped. 27732 httpdRET open 23/0x17 27732 httpdEvents dropped. 27732 httpdRET stat 0 27732 httpdEvents dropped. 27732 httpdRET lstat 0 27732 httpdEvents dropped. 27732 httpdRET lstat 0 27732 httpdEvents dropped. 27732 httpdRET lstat 0 27732 httpdEvents dropped. 27732 httpdRET lstat 0 27732 httpdEvents dropped. 27732 httpdCALL gettimeofday(0x11ffc548,0) [EMAIL PROTECTED] php5> -- Edit this bug report at http://bugs.php.net/?id=35751&edit=1
#35751 [Opn]: using date with a timestamp makes httpd segfault
ID: 35751 User updated by: lehmann at ans-netz dot de Reported By: lehmann at ans-netz dot de Status: Open Bug Type: Date/time related Operating System: FreeBSD 6.0/alpha PHP Version: 5.1.1 New Comment: i meant FreeBSD 6.0 as said in the header, _not_ 5 as stated in the body. Previous Comments: [2005-12-20 19:11:13] lehmann at ans-netz dot de Description: Using date() in combination with a timestamp makes my httpd segfault on FreeBSD 5.0/alpha - it worked with PHP 5.0.5 like a charm. Using just date() with a format string, but w/o a timestamp works w/o problems. Reproduce code: --- Expected result: it should work? Actual result: -- [EMAIL PROTECTED] php5> ktrace httpd -X pid 30132 (httpd): unaligned access: va=0x11ffc72c pc=0x160a59720 ra=0x160a59e44 op=stq Segmentation fault Exit 139 [EMAIL PROTECTED] php5> last part of the ktrace: 27732 httpdRET read 487/0x1e7 27732 httpdCALL stat(0x1605da495,0x11ffe658) 27732 httpdNAMI "/etc/nsswitch.conf" 27732 httpdRET stat 0 27732 httpdCALL stat(0x1605da495,0x11ffe658) 27732 httpdEvents dropped. 27732 httpdRET stat 0 27732 httpdEvents dropped. 27732 httpdCALL open(0x1202e43c0,0,0x1b6) 27732 httpdEvents dropped. 27732 httpdRET lstat 0 27732 httpdEvents dropped. 27732 httpdRET open 23/0x17 27732 httpdEvents dropped. 27732 httpdRET open 23/0x17 27732 httpdEvents dropped. 27732 httpdRET stat 0 27732 httpdEvents dropped. 27732 httpdRET lstat 0 27732 httpdEvents dropped. 27732 httpdRET lstat 0 27732 httpdEvents dropped. 27732 httpdRET lstat 0 27732 httpdEvents dropped. 27732 httpdRET lstat 0 27732 httpdEvents dropped. 27732 httpdCALL gettimeofday(0x11ffc548,0) [EMAIL PROTECTED] php5> -- Edit this bug report at http://bugs.php.net/?id=35751&edit=1
#35751 [NEW]: using date with a timestamp makes httpd segfault
From: lehmann at ans-netz dot de Operating system: FreeBSD 6.0/alpha PHP version: 5.1.1 PHP Bug Type: Date/time related Bug description: using date with a timestamp makes httpd segfault Description: Using date() in combination with a timestamp makes my httpd segfault on FreeBSD 5.0/alpha - it worked with PHP 5.0.5 like a charm. Using just date() with a format string, but w/o a timestamp works w/o problems. Reproduce code: --- Expected result: it should work? Actual result: -- [EMAIL PROTECTED] php5> ktrace httpd -X pid 30132 (httpd): unaligned access: va=0x11ffc72c pc=0x160a59720 ra=0x160a59e44 op=stq Segmentation fault Exit 139 [EMAIL PROTECTED] php5> last part of the ktrace: 27732 httpdRET read 487/0x1e7 27732 httpdCALL stat(0x1605da495,0x11ffe658) 27732 httpdNAMI "/etc/nsswitch.conf" 27732 httpdRET stat 0 27732 httpdCALL stat(0x1605da495,0x11ffe658) 27732 httpdEvents dropped. 27732 httpdRET stat 0 27732 httpdEvents dropped. 27732 httpdCALL open(0x1202e43c0,0,0x1b6) 27732 httpdEvents dropped. 27732 httpdRET lstat 0 27732 httpdEvents dropped. 27732 httpdRET open 23/0x17 27732 httpdEvents dropped. 27732 httpdRET open 23/0x17 27732 httpdEvents dropped. 27732 httpdRET stat 0 27732 httpdEvents dropped. 27732 httpdRET lstat 0 27732 httpdEvents dropped. 27732 httpdRET lstat 0 27732 httpdEvents dropped. 27732 httpdRET lstat 0 27732 httpdEvents dropped. 27732 httpdRET lstat 0 27732 httpdEvents dropped. 27732 httpdCALL gettimeofday(0x11ffc548,0) [EMAIL PROTECTED] php5> -- Edit bug report at http://bugs.php.net/?id=35751&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35751&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35751&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35751&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35751&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35751&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35751&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35751&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35751&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35751&r=support Expected behavior:http://bugs.php.net/fix.php?id=35751&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35751&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35751&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35751&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35751&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35751&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35751&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35751&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35751&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35751&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35751&r=mysqlcfg
#35750 [Opn->Fbk]: libphp5.so not created
ID: 35750 Updated by: [EMAIL PROTECTED] Reported By: tim at or-media dot com -Status: Open +Status: Feedback Bug Type: *Compile Issues Operating System: Fedora core 4 PHP Version: 5.1.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Previous Comments: [2005-12-20 18:48:37] tim at or-media dot com Description: I have seen this in previous reports but none have helped. After trying: php 4.3.11 php 5.1.1 php 5.l-latest snap It will not create libphp5.so or libphp4.so I have also updated the libtool in fc4 Reproduce code: --- make install Installing PHP SAPI module: apache2handler /usr/local/apache2/build/instdso.sh SH_LIBTOOL='/usr/local/apache2/build/libtool' libphp5.la /usr/local/apache2/modules /usr/local/apache2/build/libtool --mode=install cp libphp5.la /usr/local/apache2/modules/ cp .libs/libphp5.lai /usr/local/apache2/modules/libphp5.la cp .libs/libphp5.a /usr/local/apache2/modules/libphp5.a ranlib /usr/local/apache2/modules/libphp5.a chmod 644 /usr/local/apache2/modules/libphp5.a libtool: install: warning: remember to run `libtool --finish /home/timmy/webserver/php5.1-200512201530/libs' Warning! dlname not found in /usr/local/apache2/modules/libphp5.la. Assuming installing a .so rather than a libtool archive. chmod 755 /usr/local/apache2/modules/libphp5.so chmod: cannot access `/usr/local/apache2/modules/libphp5.so': No such file or directory apxs:Error: Command failed with rc=65536 . make: *** [install-sapi] Error 1 Expected result: libphp5.so built and moved to /usr/local/apache2/modules Actual result: -- didnt build lib -- Edit this bug report at http://bugs.php.net/?id=35750&edit=1
#35750 [NEW]: libphp5.so not created
From: tim at or-media dot com Operating system: Fedora core 4 PHP version: 5.1.1 PHP Bug Type: *Compile Issues Bug description: libphp5.so not created Description: I have seen this in previous reports but none have helped. After trying: php 4.3.11 php 5.1.1 php 5.l-latest snap It will not create libphp5.so or libphp4.so I have also updated the libtool in fc4 Reproduce code: --- make install Installing PHP SAPI module: apache2handler /usr/local/apache2/build/instdso.sh SH_LIBTOOL='/usr/local/apache2/build/libtool' libphp5.la /usr/local/apache2/modules /usr/local/apache2/build/libtool --mode=install cp libphp5.la /usr/local/apache2/modules/ cp .libs/libphp5.lai /usr/local/apache2/modules/libphp5.la cp .libs/libphp5.a /usr/local/apache2/modules/libphp5.a ranlib /usr/local/apache2/modules/libphp5.a chmod 644 /usr/local/apache2/modules/libphp5.a libtool: install: warning: remember to run `libtool --finish /home/timmy/webserver/php5.1-200512201530/libs' Warning! dlname not found in /usr/local/apache2/modules/libphp5.la. Assuming installing a .so rather than a libtool archive. chmod 755 /usr/local/apache2/modules/libphp5.so chmod: cannot access `/usr/local/apache2/modules/libphp5.so': No such file or directory apxs:Error: Command failed with rc=65536 . make: *** [install-sapi] Error 1 Expected result: libphp5.so built and moved to /usr/local/apache2/modules Actual result: -- didnt build lib -- Edit bug report at http://bugs.php.net/?id=35750&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35750&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35750&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35750&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35750&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35750&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35750&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35750&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35750&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35750&r=support Expected behavior:http://bugs.php.net/fix.php?id=35750&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35750&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35750&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35750&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35750&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35750&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35750&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35750&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35750&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35750&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35750&r=mysqlcfg
#32361 [Opn->Csd]: connection oci_connect stay persist after process the php
ID: 32361 Updated by: [EMAIL PROTECTED] Reported By: diego dot veiga at embraer dot com dot br -Status: Open +Status: Closed Bug Type: OCI8 related Operating System: Fedora3 PHP Version: 5CVS, 4CVS (2005-03-22) Assigned To: tony2001 New Comment: >can i consider this fix in the next release of php? Sure. 5.1.2 *IS* the next release. And btw new OCI8 is available through PECL either. Previous Comments: [2005-12-20 18:25:43] diego dot veiga at embraer dot com dot br Hi, it works! only an error in the: Warning: ocilogoff() expects parameter 1 to be resource this i take a look latter... The page when it's loaded, connect and diconnect the dataserver. thanks for your time... PS: can i consider this fix in the next release of php? [2005-12-20 17:47:25] [EMAIL PROTECTED] >functions becomes to be invalid this error of redeclare function (ex. hash Use ./configure options to disable unwanted modules. [2005-12-20 17:37:54] diego dot veiga at embraer dot com dot br Hi, now i downloaded the last cvs... this error is getting on my nervous! after compiled the php 5.1.2-dev a lot of my includes and functions becomes to be invalid this error of redeclare function (ex. hash), i will need to change the code. Can i copy only the folder of the oci extension and recompile with the older php version (5.1.1)? [2005-12-20 16:50:43] [EMAIL PROTECTED] PHP/5.1.0-dev ?? I'm sure this is not the latest CVS. [2005-12-20 16:44:47] diego dot veiga at embraer dot com dot br the same error with the latest cvs version. Apache/1.3.33 (Unix) PHP/5.1.0-dev mod_ssl/2.8.22 OpenSSL/0.9.7a Oracle8i Enterprise Edition Release 8.1.7.4.0 - 64bit Production With the Partitioning option JServer Release 8.1.7.4.0 - 64bit Production 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/32361 -- Edit this bug report at http://bugs.php.net/?id=32361&edit=1
#35749 [Opn->Bgs]: php creates strange .tmp files in C:\ directory
ID: 35749 Updated by: [EMAIL PROTECTED] Reported By: araste at gmail dot com -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Windows XP SP2 PHP Version: 5.1.1 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. Previous Comments: [2005-12-20 18:23:08] araste at gmail dot com Description: I'm using Apache 2.0.55, PHP 5.1.1 and MySql 4.1.15 installed in my Windows XP SP2 desktop. When I open a php page -- tikiwiki 1.9.1, http://tikiwiki.org -- It creates a strange tmp file in my C:\ directory. 1.tmp, 2.tmp, 3.tmp, ..., F.tmp, 10.tmp, .. filenames of hexadecimal numbers consecutively. I can't find out what makes these files, but I found that when I open documents with perl or python scripts, the tmp file is not created. -- Edit this bug report at http://bugs.php.net/?id=35749&edit=1
#32361 [Fbk->Opn]: connection oci_connect stay persist after process the php
ID: 32361 User updated by: diego dot veiga at embraer dot com dot br Reported By: diego dot veiga at embraer dot com dot br -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Fedora3 PHP Version: 5CVS, 4CVS (2005-03-22) Assigned To: tony2001 New Comment: Hi, it works! only an error in the: Warning: ocilogoff() expects parameter 1 to be resource this i take a look latter... The page when it's loaded, connect and diconnect the dataserver. thanks for your time... PS: can i consider this fix in the next release of php? Previous Comments: [2005-12-20 17:47:25] [EMAIL PROTECTED] >functions becomes to be invalid this error of redeclare function (ex. hash Use ./configure options to disable unwanted modules. [2005-12-20 17:37:54] diego dot veiga at embraer dot com dot br Hi, now i downloaded the last cvs... this error is getting on my nervous! after compiled the php 5.1.2-dev a lot of my includes and functions becomes to be invalid this error of redeclare function (ex. hash), i will need to change the code. Can i copy only the folder of the oci extension and recompile with the older php version (5.1.1)? [2005-12-20 16:50:43] [EMAIL PROTECTED] PHP/5.1.0-dev ?? I'm sure this is not the latest CVS. [2005-12-20 16:44:47] diego dot veiga at embraer dot com dot br the same error with the latest cvs version. Apache/1.3.33 (Unix) PHP/5.1.0-dev mod_ssl/2.8.22 OpenSSL/0.9.7a Oracle8i Enterprise Edition Release 8.1.7.4.0 - 64bit Production With the Partitioning option JServer Release 8.1.7.4.0 - 64bit Production [2005-12-20 16:23:57] [EMAIL PROTECTED] What web-server and MPM are you using? What's your oracle server version? 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/32361 -- Edit this bug report at http://bugs.php.net/?id=32361&edit=1
#35749 [NEW]: php creates strange .tmp files in C:\ directory
From: araste at gmail dot com Operating system: Windows XP SP2 PHP version: 5.1.1 PHP Bug Type: Apache2 related Bug description: php creates strange .tmp files in C:\ directory Description: I'm using Apache 2.0.55, PHP 5.1.1 and MySql 4.1.15 installed in my Windows XP SP2 desktop. When I open a php page -- tikiwiki 1.9.1, http://tikiwiki.org -- It creates a strange tmp file in my C:\ directory. 1.tmp, 2.tmp, 3.tmp, ..., F.tmp, 10.tmp, .. filenames of hexadecimal numbers consecutively. I can't find out what makes these files, but I found that when I open documents with perl or python scripts, the tmp file is not created. -- Edit bug report at http://bugs.php.net/?id=35749&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35749&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35749&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35749&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35749&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35749&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35749&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35749&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35749&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35749&r=support Expected behavior:http://bugs.php.net/fix.php?id=35749&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35749&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35749&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35749&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35749&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35749&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35749&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35749&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35749&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35749&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35749&r=mysqlcfg
#25876 [Com]: session_start(): Failed to initialize storage module
ID: 25876 Comment by: siggi at junesystems dot com Reported By: golden at riscom dot com Status: No Feedback Bug Type: Session related Operating System: freebsd 4.8 PHP Version: 4.3.9-4.3.10 Assigned To: sniper New Comment: A workaround for this problem is to reset the session handlers for PHP before calling session_start for the second time. You can use the session_set_save_handler() function for this. Previous Comments: [2005-12-08 07:59:46] henmarrina at gmail dot com while i was working on joomla admin module i got this error: Fatal error: session_start(): Failed to initialize storage module. in /var/www/html/workspace/joomla/administrator/index2.php on line 34 as suggested by may forum i have changed session.save_handler in php.ini to files. but error is still thereis there any concrete solution for this problem [2005-12-02 13:11:04] ts at dreamcoder dot dk Without knowing about the code side of it, this bug reminds me of the php_value leak there was amoung virtualhosts in apache once - where the php_value_* from one virtualhost was leaked in to another. [2005-10-30 16:11:13] support3 at futurahost dot com Hello We "solved" it by adding an auto_prepend file to every .php executed on our servers: [EMAIL PROTECTED] lib]$ cat php.ini.prepend [EMAIL PROTECTED] lib]$ grep auto_prepend_file php.ini auto_prepend_file = /usr/local/lib/php.ini.prepend [EMAIL PROTECTED] lib]$ Anyway, we are very concerned about php developers completely ignoring this bug. [2005-09-30 20:32:42] dan at nitro dot com I was experiencing this problem on my server, and have managed to make it go away after reading comments in this post and experimenting a bit. details: original setup: /var/lib/php/session owner root:apache permissions: 770 test script from gul_murjani at yahoo dot com would fail after between 1 and 30 or so counts modified permissions on directory to: owner apache:apache permissions 700 test script ran on five client computers to over 10,000 cycles without failing. this fix is strange though as I have since changed the permissions back to the origial setup: owner root:apache permissions: 770 and the script has run without failing - no more errors - even after another thousands of cycles. strange but true! [2005-09-08 01:42:04] info at ruudgoedhart dot nl I'm experiencing the same problem, strange enough NOTHING i tried so far has solved it. I tried: Recompiling PHP Downgrading PHP Reinstalling Zend Upgrading Zend At a certain moment a harddrive of the server with this error went bad, and i had to do a complete reinstall on a different drive.. Strange enough.. the SAME error occured, while I have different servers with identical hardware and settings which run just fine.. without errors. Is it possible this error has somehow got anything to do with hardware? bad memory or something? I simply find it too strange that i'm only experiencing this error on 1 of the 8 machines, and that even a COMPLETE re-install didn't work. I'm using FC3 with Cpanel PHP 4.4.0 with Zend Optimizer 2.5.10a 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/25876 -- Edit this bug report at http://bugs.php.net/?id=25876&edit=1
#35748 [Opn->Fbk]: is_dir function always returns false on FreeBSD.
ID: 35748 Updated by: [EMAIL PROTECTED] Reported By: hml at uraroji dot com -Status: Open +Status: Feedback Bug Type: Directory function related Operating System: FreeBSD 4.11 PHP Version: 4.4.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Previous Comments: [2005-12-20 17:35:04] hml at uraroji dot com Description: php 4.4.1 is_dir() function always returns false on FreeBSD. php 4.4.0 was working normally. Reproduce code: --- Expected result: dir / dir ./ dir ../ dir /usr Actual result: -- non dir / non dir ./ non dir ../ non dir /usr -- Edit this bug report at http://bugs.php.net/?id=35748&edit=1
#35747 [Opn->Bgs]: Dynamical creation of objects
ID: 35747 Updated by: [EMAIL PROTECTED] Reported By: ckrack at i-z dot de -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: Any PHP Version: 5.1.1 New Comment: You can use Reflection API for that. Previous Comments: [2005-12-20 17:34:11] ckrack at i-z dot de Description: I'd like to request a function to be able to create objects dynamically. I have a classname as string and an array containing parameters. The parameters can be imagined as fetched from func_get_args(). I now want to create an object out of these two, similar to how i would call a method or function using call_user_func_array(). There are three ways to implement this in PHP code, none of them are nice: - force classes to implement an 'init' function which receives the paramarray instead of the constructor. bad, because classes need to be changed. - use eval to create a statement like "new $classname($param1, $param2, $param3,)". Eval however is bad and slow. - use a switch to check how many params are available, write a statement to create a class with each number of parameters. iirc there are about 180 params allowed (theoretically), so to cover all possibilitys, one would have to write about 180 cases ;) Reproduce code: --- function make_object($name, $params) { // make object instance if (is_array($params)) { // make object with multiple parameters switch(count($params)){ case 0: $obj = new $name(); break; case 1: $obj = new $name($params[0]); break; case 2: $obj = new $name($params[0], $params[1]); break; //etc,... default: // DIRTY DIRTY but not possible in another way: we create the statement to call the class with multiple params $eval = "new ".$name."("; $eval .= implode(",", $params); $eval .= ")"; eval("\$obj = $eval;"); } // switch } else { // create object without parameters $obj = new $name(); } return $obj; } Expected result: I want a function named something like "create_user_object_array" which receives a classname and a array containing parameters which are passed to the contructor of the class. Actual result: -- The provided code does what it should, but it is not in a nice style. lacking the possibilities. -- Edit this bug report at http://bugs.php.net/?id=35747&edit=1
#32361 [Opn->Fbk]: connection oci_connect stay persist after process the php
ID: 32361 Updated by: [EMAIL PROTECTED] Reported By: diego dot veiga at embraer dot com dot br -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Fedora3 PHP Version: 5CVS, 4CVS (2005-03-22) Assigned To: tony2001 New Comment: >functions becomes to be invalid this error of redeclare function (ex. hash Use ./configure options to disable unwanted modules. Previous Comments: [2005-12-20 17:37:54] diego dot veiga at embraer dot com dot br Hi, now i downloaded the last cvs... this error is getting on my nervous! after compiled the php 5.1.2-dev a lot of my includes and functions becomes to be invalid this error of redeclare function (ex. hash), i will need to change the code. Can i copy only the folder of the oci extension and recompile with the older php version (5.1.1)? [2005-12-20 16:50:43] [EMAIL PROTECTED] PHP/5.1.0-dev ?? I'm sure this is not the latest CVS. [2005-12-20 16:44:47] diego dot veiga at embraer dot com dot br the same error with the latest cvs version. Apache/1.3.33 (Unix) PHP/5.1.0-dev mod_ssl/2.8.22 OpenSSL/0.9.7a Oracle8i Enterprise Edition Release 8.1.7.4.0 - 64bit Production With the Partitioning option JServer Release 8.1.7.4.0 - 64bit Production [2005-12-20 16:23:57] [EMAIL PROTECTED] What web-server and MPM are you using? What's your oracle server version? [2005-12-20 16:18:19] [EMAIL PROTECTED] tony2001: Still not fixed..? 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/32361 -- Edit this bug report at http://bugs.php.net/?id=32361&edit=1
#32361 [Fbk->Opn]: connection oci_connect stay persist after process the php
ID: 32361 User updated by: diego dot veiga at embraer dot com dot br Reported By: diego dot veiga at embraer dot com dot br -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Fedora3 PHP Version: 5CVS, 4CVS (2005-03-22) Assigned To: tony2001 New Comment: Hi, now i downloaded the last cvs... this error is getting on my nervous! after compiled the php 5.1.2-dev a lot of my includes and functions becomes to be invalid this error of redeclare function (ex. hash), i will need to change the code. Can i copy only the folder of the oci extension and recompile with the older php version (5.1.1)? Previous Comments: [2005-12-20 16:50:43] [EMAIL PROTECTED] PHP/5.1.0-dev ?? I'm sure this is not the latest CVS. [2005-12-20 16:44:47] diego dot veiga at embraer dot com dot br the same error with the latest cvs version. Apache/1.3.33 (Unix) PHP/5.1.0-dev mod_ssl/2.8.22 OpenSSL/0.9.7a Oracle8i Enterprise Edition Release 8.1.7.4.0 - 64bit Production With the Partitioning option JServer Release 8.1.7.4.0 - 64bit Production [2005-12-20 16:23:57] [EMAIL PROTECTED] What web-server and MPM are you using? What's your oracle server version? [2005-12-20 16:18:19] [EMAIL PROTECTED] tony2001: Still not fixed..? [2005-12-20 16:14:27] diego dot veiga at embraer dot com dot br Hi, I just installed the latest cvs snapshot and executed the query but the connection continues persistent. regards 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/32361 -- Edit this bug report at http://bugs.php.net/?id=32361&edit=1
#35748 [NEW]: is_dir function always returns false on FreeBSD.
From: hml at uraroji dot com Operating system: FreeBSD 4.11 PHP version: 4.4.1 PHP Bug Type: Directory function related Bug description: is_dir function always returns false on FreeBSD. Description: php 4.4.1 is_dir() function always returns false on FreeBSD. php 4.4.0 was working normally. Reproduce code: --- Expected result: dir / dir ./ dir ../ dir /usr Actual result: -- non dir / non dir ./ non dir ../ non dir /usr -- Edit bug report at http://bugs.php.net/?id=35748&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35748&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35748&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35748&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35748&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35748&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35748&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35748&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35748&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35748&r=support Expected behavior:http://bugs.php.net/fix.php?id=35748&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35748&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35748&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35748&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35748&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35748&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35748&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35748&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35748&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35748&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35748&r=mysqlcfg
#35747 [NEW]: Dynamical creation of objects
From: ckrack at i-z dot de Operating system: Any PHP version: 5.1.1 PHP Bug Type: Feature/Change Request Bug description: Dynamical creation of objects Description: I'd like to request a function to be able to create objects dynamically. I have a classname as string and an array containing parameters. The parameters can be imagined as fetched from func_get_args(). I now want to create an object out of these two, similar to how i would call a method or function using call_user_func_array(). There are three ways to implement this in PHP code, none of them are nice: - force classes to implement an 'init' function which receives the paramarray instead of the constructor. bad, because classes need to be changed. - use eval to create a statement like "new $classname($param1, $param2, $param3,)". Eval however is bad and slow. - use a switch to check how many params are available, write a statement to create a class with each number of parameters. iirc there are about 180 params allowed (theoretically), so to cover all possibilitys, one would have to write about 180 cases ;) Reproduce code: --- function make_object($name, $params) { // make object instance if (is_array($params)) { // make object with multiple parameters switch(count($params)){ case 0: $obj = new $name(); break; case 1: $obj = new $name($params[0]); break; case 2: $obj = new $name($params[0], $params[1]); break; //etc,... default: // DIRTY DIRTY but not possible in another way: we create the statement to call the class with multiple params $eval = "new ".$name."("; $eval .= implode(",", $params); $eval .= ")"; eval("\$obj = $eval;"); } // switch } else { // create object without parameters $obj = new $name(); } return $obj; } Expected result: I want a function named something like "create_user_object_array" which receives a classname and a array containing parameters which are passed to the contructor of the class. Actual result: -- The provided code does what it should, but it is not in a nice style. lacking the possibilities. -- Edit bug report at http://bugs.php.net/?id=35747&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35747&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35747&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35747&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35747&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35747&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35747&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35747&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35747&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35747&r=support Expected behavior:http://bugs.php.net/fix.php?id=35747&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35747&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35747&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35747&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35747&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35747&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35747&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35747&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35747&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35747&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35747&r=mysqlcfg
#35711 [WFx]: [PATCH] ISO-8859 charset not correctly detected
ID: 35711 User updated by: matteo at beccati dot com Reported By: matteo at beccati dot com Status: Wont fix Bug Type: mbstring related Operating System: Debian GNU/Linux PHP Version: 5.1.1 Assigned To: hirokawa New Comment: Of course, I agree that 0xe8 is a valid if taken as part of a multibyte character, but I don't think it could be considered valid it the next bytes are missing (because the string ends prematurely). The iconv extension raises notices when it finds illegal or incomplete multibyte characters, I don't see why mbstring should accept as a valid UTF-8 a string which indeed isn't. The same should apply to other multibyte encodings. Previous Comments: [2005-12-20 15:44:31] [EMAIL PROTECTED] Please note that encoding detection is not always perfect. Especially, when the string is too short, the wrong detection might be caused. In your case, it is not a bug, but it is the specification. UTF-8 is a variable length multibyte encoding format, the length of a character in UTF-8 is from one to six. Please look at ext/mbstring/libmbfl/filter/mbfilter_utf8.c:about 249L. 0xe8 is a valid byte sequence as the 1st character of 3 byte code. We cannot detect 0xe8 is ISO-8859-1 or UTF-8, because this byte is valid in both encodings. In this case, the response will be choose from the order defined by mb_detect_order(). I suggest to use the sufficient length of string for the reliable encoding detection. [2005-12-19 09:03:36] [EMAIL PROTECTED] Rui, can you check this out please? [2005-12-19 09:00:50] matteo at beccati dot com Oops, I just realized that I forgot the -u flag :) Here is the downlaodable patch: http://beccati.com/download/mbstring-patch-20051219.txt [2005-12-19 08:48:47] [EMAIL PROTECTED] Please provide any patches in unified diff format. (like the first one). And downloadable somewhere. [2005-12-16 23:50:13] matteo at beccati dot com I've made a patch which seems to fix the issue. It basicly checks filter status during judgement. Status seems to be != 0 only when it is matching a multibyte character. I added anyway a fallback to the old judgement routine, just in case no matching encoding is found. Index: ext/mbstring/libmbfl/mbfl/mbfilter.c === RCS file: /repository/php-src/ext/mbstring/libmbfl/mbfl/mbfilter.c,v retrieving revision 1.7.2.1 diff -u -r1.7.2.1 mbfilter.c --- ext/mbstring/libmbfl/mbfl/mbfilter.c5 Nov 2005 04:49:57 - 1.7.2.1 +++ ext/mbstring/libmbfl/mbfl/mbfilter.c16 Dec 2005 22:46:26 - @@ -575,12 +575,22 @@ for (i = 0; i < num; i++) { filter = &flist[i]; - if (!filter->flag) { + if (!filter->flag && !filter->status) { encoding = filter->encoding; break; } } + if (!encoding) { + for (i = 0; i < num; i++) { + filter = &flist[i]; + if (!filter->flag) { + encoding = filter->encoding; + break; + } + } + } + /* cleanup */ /* dtors should be called in reverse order */ i = num; while (--i >= 0) { The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/35711 -- Edit this bug report at http://bugs.php.net/?id=35711&edit=1
#35699 [Asn->Csd]: date() can't handle leap years before 1970
ID: 35699 Updated by: [EMAIL PROTECTED] Reported By: iquito at gmx dot net -Status: Assigned +Status: Closed Bug Type: Date/time related Operating System: Debian Sarge PHP Version: 5.1.1 Assigned To: derick 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. Previous Comments: [2005-12-20 16:20:55] [EMAIL PROTECTED] strtotime is actually corrrect here, it's the date() function that is broken: -189388800:-189475200 - 86400 1964-01-02T00:00:00+ 1963-12-31T00:00:00+ compare timestamp with date program: [EMAIL PROTECTED]:~$ date +%s --date "1964-01-01 00:00:00 UTC" -189388800 [EMAIL PROTECTED]:~$ date +%s --date "1963-12-31 00:00:00 UTC" -189475200 [2005-12-16 06:11:58] iquito at gmx dot net Description: strtotime() doesn't seem to handle leap years before 1970 correctly, all dates in a leap year are off by one day when converted by strtotime(). Reproduce code: --- /* shows 1964-06-07 instead of 1964-06-06 */ echo date('Y-m-d', strtotime('1964-06-06')); /* shows the correct date, 1963-06-06, thus confirming that it has something to do with leap years, non-leap-years aren't affected. */ echo date('Y-m-d', strtotime('1963-06-06')); /* curiously, also dates in january and february of a leap year are affected by this bug */ echo date('Y-m-d', strtotime('1964-01-06')); // returns 1964-01-07 Expected result: echo date('Y-m-d', strtotime('1964-06-06')); // should return 1964-06-06 ! Actual result: -- echo date('Y-m-d', strtotime('1964-06-06')); // returns 1964-06-07 ! -- Edit this bug report at http://bugs.php.net/?id=35699&edit=1
#32361 [Opn->Fbk]: connection oci_connect stay persist after process the php
ID: 32361 Updated by: [EMAIL PROTECTED] Reported By: diego dot veiga at embraer dot com dot br -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Fedora3 PHP Version: 5CVS, 4CVS (2005-03-22) Assigned To: tony2001 New Comment: PHP/5.1.0-dev ?? I'm sure this is not the latest CVS. Previous Comments: [2005-12-20 16:44:47] diego dot veiga at embraer dot com dot br the same error with the latest cvs version. Apache/1.3.33 (Unix) PHP/5.1.0-dev mod_ssl/2.8.22 OpenSSL/0.9.7a Oracle8i Enterprise Edition Release 8.1.7.4.0 - 64bit Production With the Partitioning option JServer Release 8.1.7.4.0 - 64bit Production [2005-12-20 16:23:57] [EMAIL PROTECTED] What web-server and MPM are you using? What's your oracle server version? [2005-12-20 16:18:19] [EMAIL PROTECTED] tony2001: Still not fixed..? [2005-12-20 16:14:27] diego dot veiga at embraer dot com dot br Hi, I just installed the latest cvs snapshot and executed the query but the connection continues persistent. regards [2005-12-20 14:04:25] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-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/32361 -- Edit this bug report at http://bugs.php.net/?id=32361&edit=1
#32361 [Fbk->Opn]: connection oci_connect stay persist after process the php
ID: 32361 User updated by: diego dot veiga at embraer dot com dot br Reported By: diego dot veiga at embraer dot com dot br -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Fedora3 PHP Version: 5CVS, 4CVS (2005-03-22) Assigned To: tony2001 New Comment: the same error with the latest cvs version. Apache/1.3.33 (Unix) PHP/5.1.0-dev mod_ssl/2.8.22 OpenSSL/0.9.7a Oracle8i Enterprise Edition Release 8.1.7.4.0 - 64bit Production With the Partitioning option JServer Release 8.1.7.4.0 - 64bit Production Previous Comments: [2005-12-20 16:23:57] [EMAIL PROTECTED] What web-server and MPM are you using? What's your oracle server version? [2005-12-20 16:18:19] [EMAIL PROTECTED] tony2001: Still not fixed..? [2005-12-20 16:14:27] diego dot veiga at embraer dot com dot br Hi, I just installed the latest cvs snapshot and executed the query but the connection continues persistent. regards [2005-12-20 14:04:25] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-09-08 11:46:32] [EMAIL PROTECTED] The bug has been fixed in OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). 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/32361 -- Edit this bug report at http://bugs.php.net/?id=32361&edit=1
#32361 [Asn->Fbk]: connection oci_connect stay persist after process the php
ID: 32361 Updated by: [EMAIL PROTECTED] Reported By: diego dot veiga at embraer dot com dot br -Status: Assigned +Status: Feedback Bug Type: OCI8 related Operating System: Fedora3 PHP Version: 5CVS, 4CVS (2005-03-22) Assigned To: tony2001 New Comment: What web-server and MPM are you using? What's your oracle server version? Previous Comments: [2005-12-20 16:18:19] [EMAIL PROTECTED] tony2001: Still not fixed..? [2005-12-20 16:14:27] diego dot veiga at embraer dot com dot br Hi, I just installed the latest cvs snapshot and executed the query but the connection continues persistent. regards [2005-12-20 14:04:25] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-09-08 11:46:32] [EMAIL PROTECTED] The bug has been fixed in OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). [2005-06-17 16:09:38] emiliano dot ticci at dada dot net While waiting for an official fix I solved by commenting and decommenting some lines. This is my diff file for oci8.c (Php 5.0.4): 1103c1103 < #if 0 --- > /* #if 0 commented to avoid connection stay persist */ 1109c1109 < #endif --- > /* #endif */ 3204a3205 > /* Prevents a recursive call to this function (?) 3207a3209 > */ I don't know if this could be a good solution, however it seems to work perfectly... Sorry for my poor english. 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/32361 -- Edit this bug report at http://bugs.php.net/?id=32361&edit=1
#35699 [Asn]: date() can't handle leap years before 1970
ID: 35699 Updated by: [EMAIL PROTECTED] -Summary: strtotime can't handle leap years before 1970 Reported By: iquito at gmx dot net Status: Assigned Bug Type: Date/time related Operating System: Debian Sarge PHP Version: 5.1.1 Assigned To: derick New Comment: strtotime is actually corrrect here, it's the date() function that is broken: -189388800:-189475200 - 86400 1964-01-02T00:00:00+ 1963-12-31T00:00:00+ compare timestamp with date program: [EMAIL PROTECTED]:~$ date +%s --date "1964-01-01 00:00:00 UTC" -189388800 [EMAIL PROTECTED]:~$ date +%s --date "1963-12-31 00:00:00 UTC" -189475200 Previous Comments: [2005-12-16 06:11:58] iquito at gmx dot net Description: strtotime() doesn't seem to handle leap years before 1970 correctly, all dates in a leap year are off by one day when converted by strtotime(). Reproduce code: --- /* shows 1964-06-07 instead of 1964-06-06 */ echo date('Y-m-d', strtotime('1964-06-06')); /* shows the correct date, 1963-06-06, thus confirming that it has something to do with leap years, non-leap-years aren't affected. */ echo date('Y-m-d', strtotime('1963-06-06')); /* curiously, also dates in january and february of a leap year are affected by this bug */ echo date('Y-m-d', strtotime('1964-01-06')); // returns 1964-01-07 Expected result: echo date('Y-m-d', strtotime('1964-06-06')); // should return 1964-06-06 ! Actual result: -- echo date('Y-m-d', strtotime('1964-06-06')); // returns 1964-06-07 ! -- Edit this bug report at http://bugs.php.net/?id=35699&edit=1
#32361 [Opn->Asn]: connection oci_connect stay persist after process the php
ID: 32361 Updated by: [EMAIL PROTECTED] Reported By: diego dot veiga at embraer dot com dot br -Status: Open +Status: Assigned Bug Type: OCI8 related Operating System: Fedora3 PHP Version: 5CVS, 4CVS (2005-03-22) Assigned To: tony2001 New Comment: tony2001: Still not fixed..? Previous Comments: [2005-12-20 16:14:27] diego dot veiga at embraer dot com dot br Hi, I just installed the latest cvs snapshot and executed the query but the connection continues persistent. regards [2005-12-20 14:04:25] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-09-08 11:46:32] [EMAIL PROTECTED] The bug has been fixed in OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). [2005-06-17 16:09:38] emiliano dot ticci at dada dot net While waiting for an official fix I solved by commenting and decommenting some lines. This is my diff file for oci8.c (Php 5.0.4): 1103c1103 < #if 0 --- > /* #if 0 commented to avoid connection stay persist */ 1109c1109 < #endif --- > /* #endif */ 3204a3205 > /* Prevents a recursive call to this function (?) 3207a3209 > */ I don't know if this could be a good solution, however it seems to work perfectly... Sorry for my poor english. [2005-03-21 17:45:27] diego dot veiga at embraer dot com dot br I upgraded the php to 5.0.3 and reproduce the same error, it seems the oci_connect is working like the oci_pconnect. Does anybody has an idea? 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/32361 -- Edit this bug report at http://bugs.php.net/?id=32361&edit=1
#32361 [Fbk->Opn]: connection oci_connect stay persist after process the php
ID: 32361 User updated by: diego dot veiga at embraer dot com dot br Reported By: diego dot veiga at embraer dot com dot br -Status: Feedback +Status: Open Bug Type: OCI8 related Operating System: Fedora3 PHP Version: 5CVS, 4CVS (2005-03-22) Assigned To: tony2001 New Comment: Hi, I just installed the latest cvs snapshot and executed the query but the connection continues persistent. regards Previous Comments: [2005-12-20 14:04:25] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-12-20 14:00:40] diego dot veiga at embraer dot com dot br hi folks, i updated the php to version 5.1.1 today testing the same php code reported, the error continues... The connection stay persistent. regards diego [2005-09-08 11:46:32] [EMAIL PROTECTED] The bug has been fixed in OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). [2005-06-23 16:10:27] diego dot veiga at embraer dot com dot br I worked around geting the extension oci8 version 4 and puting in the version 5 ... [2005-06-23 16:06:35] diego dot veiga at embraer dot com dot br I have tried the last version but the same error persists. Regards, 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/32361 -- Edit this bug report at http://bugs.php.net/?id=32361&edit=1
#35746 [NEW]: Comparison of scalars & non-scalars w/o typecast should generate an error
From: schapht at verizon dot net Operating system: Mac OS 10.4.3 PHP version: 5.1.1 PHP Bug Type: Feature/Change Request Bug description: Comparison of scalars & non-scalars w/o typecast should generate an error Description: When developing I find that comparison of a scalar and non-scalar is often unintentional and usually indicates a mistake elsewhere in the program. It would be nice if comparing scalars and non-scalars generated a low-priority error message. Reproduce code: --- $b; ?> Expected result: Notice: Comparison of scalar and non-scalar without a typecast. in test.php on line 8 1 Actual result: -- 1 -- Edit bug report at http://bugs.php.net/?id=35746&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35746&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35746&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35746&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35746&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35746&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35746&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35746&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35746&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35746&r=support Expected behavior:http://bugs.php.net/fix.php?id=35746&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35746&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35746&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35746&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35746&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35746&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35746&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35746&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35746&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35746&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35746&r=mysqlcfg
#35388 [Opn->Fbk]: crash on new object when passed incorrect access details
ID: 35388 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: MySQLi related Operating System: Windows XP Home SP2 PHP Version: 5CVS-2005-12-20 (snap) Assigned To: georg New Comment: Make sure you don't have multiple libmysql.dll's around in your system. Previous Comments: [2005-12-20 15:41:13] [EMAIL PROTECTED] Problem still exists after trying latest snapshot. [2005-12-19 13:41:09] jhala at uoregon dot edu update on that. i made my instance of this problem go away and php/phpmyadmin worked fine by simply making sure that i copied libmysql.dll from the php main directory (where the phpinstall program put it automagically) to the extensions directory (which I had added to windows PATH). restarted apache, problem gone. hope this helps. [2005-11-28 23:18:31] [EMAIL PROTECTED] Looks like there is a binary incompatibility in protocol when connecting from 4.1 client to 5.0.16. I was able to reproduce the problem under linux too. As a possible workaround you should compile PHP against 5.0.16 client lib. [2005-11-25 12:15:02] [EMAIL PROTECTED] Description: If you create a new mysqli object using incorrect login details, Apache crashes. Version info output from mysql_* and mysqli_* functions: mysql Client Encoding: latin1 Client Version: 5.0.16 Protocol Version: 10 Server Version: 5.0.16-nt mysqli Client Encoding: latin1 Client Version: 4.1.7 Protocol Version: 10 Server Version: 5.0.16-nt Reproduce code: --- Ensure username and/or password are incorrect: Expected result: Incorrect login details error Actual result: -- Apache crashes. Windows error reporting shows: szAppName : Apache.exe szAppVer : 2.0.55.0 szModName : php5ts.dll szModVer : 5.1.0.0 offset : 8be4 -- Edit this bug report at http://bugs.php.net/?id=35388&edit=1
#35711 [Ana->WFx]: [PATCH] ISO-8859 charset not correctly detected
ID: 35711 Updated by: [EMAIL PROTECTED] Reported By: matteo at beccati dot com -Status: Analyzed +Status: Wont fix Bug Type: mbstring related Operating System: Debian GNU/Linux PHP Version: 5.1.1 Assigned To: hirokawa Previous Comments: [2005-12-20 15:44:31] [EMAIL PROTECTED] Please note that encoding detection is not always perfect. Especially, when the string is too short, the wrong detection might be caused. In your case, it is not a bug, but it is the specification. UTF-8 is a variable length multibyte encoding format, the length of a character in UTF-8 is from one to six. Please look at ext/mbstring/libmbfl/filter/mbfilter_utf8.c:about 249L. 0xe8 is a valid byte sequence as the 1st character of 3 byte code. We cannot detect 0xe8 is ISO-8859-1 or UTF-8, because this byte is valid in both encodings. In this case, the response will be choose from the order defined by mb_detect_order(). I suggest to use the sufficient length of string for the reliable encoding detection. [2005-12-19 09:03:36] [EMAIL PROTECTED] Rui, can you check this out please? [2005-12-19 09:00:50] matteo at beccati dot com Oops, I just realized that I forgot the -u flag :) Here is the downlaodable patch: http://beccati.com/download/mbstring-patch-20051219.txt [2005-12-19 08:48:47] [EMAIL PROTECTED] Please provide any patches in unified diff format. (like the first one). And downloadable somewhere. [2005-12-16 23:50:13] matteo at beccati dot com I've made a patch which seems to fix the issue. It basicly checks filter status during judgement. Status seems to be != 0 only when it is matching a multibyte character. I added anyway a fallback to the old judgement routine, just in case no matching encoding is found. Index: ext/mbstring/libmbfl/mbfl/mbfilter.c === RCS file: /repository/php-src/ext/mbstring/libmbfl/mbfl/mbfilter.c,v retrieving revision 1.7.2.1 diff -u -r1.7.2.1 mbfilter.c --- ext/mbstring/libmbfl/mbfl/mbfilter.c5 Nov 2005 04:49:57 - 1.7.2.1 +++ ext/mbstring/libmbfl/mbfl/mbfilter.c16 Dec 2005 22:46:26 - @@ -575,12 +575,22 @@ for (i = 0; i < num; i++) { filter = &flist[i]; - if (!filter->flag) { + if (!filter->flag && !filter->status) { encoding = filter->encoding; break; } } + if (!encoding) { + for (i = 0; i < num; i++) { + filter = &flist[i]; + if (!filter->flag) { + encoding = filter->encoding; + break; + } + } + } + /* cleanup */ /* dtors should be called in reverse order */ i = num; while (--i >= 0) { The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/35711 -- Edit this bug report at http://bugs.php.net/?id=35711&edit=1
#35711 [Asn->Ana]: [PATCH] ISO-8859 charset not correctly detected
ID: 35711 Updated by: [EMAIL PROTECTED] Reported By: matteo at beccati dot com -Status: Assigned +Status: Analyzed Bug Type: mbstring related Operating System: Debian GNU/Linux PHP Version: 5.1.1 Assigned To: hirokawa New Comment: Please note that encoding detection is not always perfect. Especially, when the string is too short, the wrong detection might be caused. In your case, it is not a bug, but it is the specification. UTF-8 is a variable length multibyte encoding format, the length of a character in UTF-8 is from one to six. Please look at ext/mbstring/libmbfl/filter/mbfilter_utf8.c:about 249L. 0xe8 is a valid byte sequence as the 1st character of 3 byte code. We cannot detect 0xe8 is ISO-8859-1 or UTF-8, because this byte is valid in both encodings. In this case, the response will be choose from the order defined by mb_detect_order(). I suggest to use the sufficient length of string for the reliable encoding detection. Previous Comments: [2005-12-19 09:03:36] [EMAIL PROTECTED] Rui, can you check this out please? [2005-12-19 09:00:50] matteo at beccati dot com Oops, I just realized that I forgot the -u flag :) Here is the downlaodable patch: http://beccati.com/download/mbstring-patch-20051219.txt [2005-12-19 08:48:47] [EMAIL PROTECTED] Please provide any patches in unified diff format. (like the first one). And downloadable somewhere. [2005-12-16 23:50:13] matteo at beccati dot com I've made a patch which seems to fix the issue. It basicly checks filter status during judgement. Status seems to be != 0 only when it is matching a multibyte character. I added anyway a fallback to the old judgement routine, just in case no matching encoding is found. Index: ext/mbstring/libmbfl/mbfl/mbfilter.c === RCS file: /repository/php-src/ext/mbstring/libmbfl/mbfl/mbfilter.c,v retrieving revision 1.7.2.1 diff -u -r1.7.2.1 mbfilter.c --- ext/mbstring/libmbfl/mbfl/mbfilter.c5 Nov 2005 04:49:57 - 1.7.2.1 +++ ext/mbstring/libmbfl/mbfl/mbfilter.c16 Dec 2005 22:46:26 - @@ -575,12 +575,22 @@ for (i = 0; i < num; i++) { filter = &flist[i]; - if (!filter->flag) { + if (!filter->flag && !filter->status) { encoding = filter->encoding; break; } } + if (!encoding) { + for (i = 0; i < num; i++) { + filter = &flist[i]; + if (!filter->flag) { + encoding = filter->encoding; + break; + } + } + } + /* cleanup */ /* dtors should be called in reverse order */ i = num; while (--i >= 0) { [2005-12-16 17:18:27] matteo at beccati dot com Description: I was evaluating the mbstring extension because of its capabilities to filter and convert input parameter to the correct encoding. During my test I found out that an ISO-8859-1 string which ends with an an accented character is wrongly detected as UTF-8, even if it ends with an incomplete multibyte character (using iconv to convert the string raises such notice). Also reproduced with PHP 4.3.11 on FreeBSD 4 and 5.0.2 on Win32. Reproduce code: --- Expected result: Trying: string(7) "Test: à" Notice: iconv(): Detected an incomplete multibyte character in input string in test.php on line 13 Detected encoding: ISO-8859-1 Converted string:string(8) "Test: Ã " Trying: string(8) "Test: àa" Notice: iconv(): Detected an illegal character in input string in /var/www/mbstring/test.php on line 13 Detected encoding: ISO-8859-1 Converted string:string(9) "Test: Ã a" Actual result: -- Trying: string(7) "Test: à" Notice: iconv(): Detected an incomplete multibyte character in input string in test.php on line 13 Detected encoding: UTF-8 Converted string:string(6) "Test: " Trying: string(8) "Test: àa" Notice: iconv(): Detected an illegal character in input string in /var/www/mbstring/test.php on line 13 Detected encoding: ISO-8859-1 Converted string:string(9) "Test: Ã a" -- Edit this bug report at http://bugs.php.net/?id=35711&edit=1
#35388 [NoF->Opn]: crash on new object when passed incorrect access details
ID: 35388 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Open Bug Type: MySQLi related Operating System: Windows XP Home SP2 PHP Version: 5.1.0 Assigned To: georg New Comment: Problem still exists after trying latest snapshot. Previous Comments: [2005-12-19 13:41:09] jhala at uoregon dot edu update on that. i made my instance of this problem go away and php/phpmyadmin worked fine by simply making sure that i copied libmysql.dll from the php main directory (where the phpinstall program put it automagically) to the extensions directory (which I had added to windows PATH). restarted apache, problem gone. hope this helps. [2005-12-19 12:44:10] jhala at uoregon dot edu I had the same problem on winxp with apache 2.05, php 5.1.1 and mysql 5.1. I'd have to agree that it's likely a client problem - in this case, the client is phpmyadmin 2.7 - except that I had set up the exact same configuration on windows server 2003 (actually, i had brought everything over to the winxp machine, except set it up as a localhost webserver instead of an actual connected webserver), and i had no such problem on that. so i wonder, is it something funky with it being a localhost setup, or is there something server 2003 has that xp doesn't? [2005-12-08 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, 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". [2005-11-30 14:09:11] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-11-28 23:18:31] [EMAIL PROTECTED] Looks like there is a binary incompatibility in protocol when connecting from 4.1 client to 5.0.16. I was able to reproduce the problem under linux too. As a possible workaround you should compile PHP against 5.0.16 client lib. 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/35388 -- Edit this bug report at http://bugs.php.net/?id=35388&edit=1
#35086 [NoF->Csd]: socket_read() does not return empty string after receiving '\n'
ID: 35086 User updated by: jelte dot werkhoven at cruisetravel dot nl Reported By: jelte dot werkhoven at cruisetravel dot nl -Status: No Feedback +Status: Closed Bug Type: Sockets related Operating System: GNU/Linux (SuSE 10.0) PHP Version: 5CVS, 4CVS (2005-11-08) (snap) New Comment: Sorry, I am unable to recreate original testing circumstances within reasonable time, so I cannot effectively test the new CVS snapshot. Previous Comments: [2005-12-13 01:00:03] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, 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". [2005-12-05 19:03:33] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-11-08 08:49:34] jelte dot werkhoven at cruisetravel dot nl ... I expect it to return "ACK", then return " " because of the '\n' and break the while loop, which it doesn't. As far as I understand from the manual it should. [2005-11-07 15:30:06] [EMAIL PROTECTED] So what's wrong in this? Of course it's 4 chars. ACK\n == 4 chars. [2005-11-07 09:31:28] jelte dot werkhoven at cruisetravel dot nl Oh and it doesn't break the while-loop. 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/35086 -- Edit this bug report at http://bugs.php.net/?id=35086&edit=1
#35744 [Opn->Bgs]: safe_mode error?
ID: 35744 Updated by: [EMAIL PROTECTED] Reported By: rudenko at id dot com dot ua -Status: Open +Status: Bogus Bug Type: Filesystem function related Operating System: Fedora Core 3 PHP Version: 5.1.1 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. Previous Comments: [2005-12-20 15:34:58] rudenko at id dot com dot ua If I use your script I have same results as yours. bool(true) bool(true) bool(true) [2005-12-20 15:26:47] [EMAIL PROTECTED] #php -d safe_mode=1 -r 'var_dump(ini_get("safe_mode")); var_dump(is_file("/etc/passwd")); var_dump(file_exists("/etc/passwd")); var_dump(is_readable("/etc/passwd"));' string(1) "1" bool(true) bool(true) bool(true) # whoami root PHP 5.0.6-dev PHP 5.1.2-dev PHP 4.4.2RC2-dev [2005-12-20 15:14:50] rudenko at id dot com dot ua I reproduce same bug on FreeBSD 6 server. 1. In your php.ini file you must set safe_mode = On 2. You must start script from shell [2005-12-20 15:03:26] [EMAIL PROTECTED] I'm still unable to reproduce it. [2005-12-20 14:57:56] rudenko at id dot com dot ua Installing latest snapshot 2005-12-20 11:30 does not solve this problem 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/35744 -- Edit this bug report at http://bugs.php.net/?id=35744&edit=1
#35744 [Fbk->Opn]: safe_mode error?
ID: 35744 User updated by: rudenko at id dot com dot ua Reported By: rudenko at id dot com dot ua -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: Fedora Core 3 PHP Version: 5.1.1 New Comment: If I use your script I have same results as yours. bool(true) bool(true) bool(true) Previous Comments: [2005-12-20 15:26:47] [EMAIL PROTECTED] #php -d safe_mode=1 -r 'var_dump(ini_get("safe_mode")); var_dump(is_file("/etc/passwd")); var_dump(file_exists("/etc/passwd")); var_dump(is_readable("/etc/passwd"));' string(1) "1" bool(true) bool(true) bool(true) # whoami root PHP 5.0.6-dev PHP 5.1.2-dev PHP 4.4.2RC2-dev [2005-12-20 15:14:50] rudenko at id dot com dot ua I reproduce same bug on FreeBSD 6 server. 1. In your php.ini file you must set safe_mode = On 2. You must start script from shell [2005-12-20 15:03:26] [EMAIL PROTECTED] I'm still unable to reproduce it. [2005-12-20 14:57:56] rudenko at id dot com dot ua Installing latest snapshot 2005-12-20 11:30 does not solve this problem [2005-12-20 13:58:43] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Can't reproduce. 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/35744 -- Edit this bug report at http://bugs.php.net/?id=35744&edit=1
#31347 [Ver->Csd]: is_dir and is_file (incorrectly) return true for any string > 255 characters
ID: 31347 Updated by: [EMAIL PROTECTED] Reported By: gilad dot buzi at concatel dot com -Status: Verified +Status: Closed Bug Type: Filesystem function related Operating System: win32 only PHP Version: 5CVS, 4CVS (2005-03-06) 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. Previous Comments: [2005-10-11 05:45:31] nunbot at gmail dot com I've seen this in 5.0.4 build 2600 using win32. Unfortunately the string length does not seem to matter at all on both is_dir() and is_file(). ~nunbot [2005-02-22 15:52:52] [EMAIL PROTECTED] Win32 specific bug, due to the stat() function not having handling in place for filenames >255 chars. [2005-02-20 16:21:11] smith at backendmedia dot com You can add file_exists() to the list of functions that have this error. I tested this with php4-win32-STABLE-200502081330.zip [2004-12-30 10:43:57] gilad dot buzi at concatel dot com Description: is_dir() and is_file() (incorrectly) return true for any string larger than 255 characters. I tried this on two different machines, with the out of the box, precompiled/downloaded Windows version of php 5.0.3. No changes were made to the standard php.ini-dist. No extra extensions were loaded. We are using PHP as an Apache2 module (php2apache2.dll). We also tried the latest CVS snapshot (5CVS-2004-12-30 (dev)) and got the same results. We tried, and could NOT reproduce this on Linux. It only failed on windows platforms. Curiously (or maybe not so curious), file_exists() DOES work fine. Reproduce code: --- myfilename is ".strlen($myfilename)." characters long"; echo "is_dir: ".is_dir($myfilename); echo "file_exists: ".file_exists($myfilename); echo "is_file: ".is_file($myfilename); $myfilename="ccsaccss"; echo "myfilename is: $myfilename"; echo "myfilename is ".strlen($myfilename)." characters long"; echo "is_dir: ".is_dir($myfilename); echo "file_exists: ".file_exists($myfilename); echo "is_file: ".is_file($myfilename); ?> Expected result: is_dir() and is_file() should return false if the file or directory does not exist, regardless of the length of the string they are passed. Actual result: -- Result for above script is: myfilename is: aaaccsaccss myfilename is 255 characters long is_dir: file_exists: is_file: myfilename is: ccsaccss myfilename is 256 characters long is_dir: 1 file_exists: 1 is_file: -- Edit this bug report at http://bugs.php.net/?id=31347&edit=1
#35744 [Opn->Fbk]: safe_mode error?
ID: 35744 Updated by: [EMAIL PROTECTED] Reported By: rudenko at id dot com dot ua -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: Fedora Core 3 PHP Version: 5.1.1 New Comment: #php -d safe_mode=1 -r 'var_dump(ini_get("safe_mode")); var_dump(is_file("/etc/passwd")); var_dump(file_exists("/etc/passwd")); var_dump(is_readable("/etc/passwd"));' string(1) "1" bool(true) bool(true) bool(true) # whoami root PHP 5.0.6-dev PHP 5.1.2-dev PHP 4.4.2RC2-dev Previous Comments: [2005-12-20 15:14:50] rudenko at id dot com dot ua I reproduce same bug on FreeBSD 6 server. 1. In your php.ini file you must set safe_mode = On 2. You must start script from shell [2005-12-20 15:03:26] [EMAIL PROTECTED] I'm still unable to reproduce it. [2005-12-20 14:57:56] rudenko at id dot com dot ua Installing latest snapshot 2005-12-20 11:30 does not solve this problem [2005-12-20 13:58:43] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Can't reproduce. [2005-12-20 13:47:17] rudenko at id dot com dot ua Description: Diffrent results for is_file, file_exists and is_readable (php.ini safe_mode = On, script executed by root user) Reproduce code: --- Expected result: is_file: true file_exists: true is_readable: true or is_file: false file_exists: false is_readable: false Actual result: -- is_file: false file_exists: true is_readable: true -- Edit this bug report at http://bugs.php.net/?id=35744&edit=1
#35744 [Fbk->Opn]: safe_mode error?
ID: 35744 User updated by: rudenko at id dot com dot ua Reported By: rudenko at id dot com dot ua -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: Fedora Core 3 PHP Version: 5.1.1 New Comment: I reproduce same bug on FreeBSD 6 server. 1. In your php.ini file you must set safe_mode = On 2. You must start script from shell Previous Comments: [2005-12-20 15:03:26] [EMAIL PROTECTED] I'm still unable to reproduce it. [2005-12-20 14:57:56] rudenko at id dot com dot ua Installing latest snapshot 2005-12-20 11:30 does not solve this problem [2005-12-20 13:58:43] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Can't reproduce. [2005-12-20 13:47:17] rudenko at id dot com dot ua Description: Diffrent results for is_file, file_exists and is_readable (php.ini safe_mode = On, script executed by root user) Reproduce code: --- Expected result: is_file: true file_exists: true is_readable: true or is_file: false file_exists: false is_readable: false Actual result: -- is_file: false file_exists: true is_readable: true -- Edit this bug report at http://bugs.php.net/?id=35744&edit=1
#34552 [Com]: Problems with __FILE__ and realpath()
ID: 34552 Comment by: a dot l dot w dot kuijper at rug dot nl Reported By: mmayer at blastwave dot org Status: Open Bug Type: Scripting Engine problem Operating System: Solaris 9, MacOSX PHP Version: 5CVS, 4CVS (2005-09-20) New Comment: I CAN reproduce this bug in __FILE__ and realpath with the CLI version of PHP 4.4.0 installed on a netBSD 2.0.2 box with apache 2.0.55. I did exactly same as mmayer's example above (same files, same chmods) and got the same issue. This bug occurred when installing for Calendar 2. I hope you guys finally can resolve this mysterious bug. Previous Comments: [2005-09-20 18:43:34] mmayer at blastwave dot org No, I cannot reproduce this problem with CLI. Even 4.4.0 works in that case. I downloaded php5-latest.tar.gz. $ telnet localhost 80 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. HEAD / HTTP/1.0 HTTP/1.1 200 OK Date: Tue, 20 Sep 2005 16:31:46 GMT Server: Apache/2.0.54 (Unix) DAV/2 PHP/5.1.0RC2-dev [...] Still getting the same results with the apache module that I saw for 4.4.0, so the problem is still there. CLI of 5.1.0RC2 works, however, just like CLI for 4.4.0. [2005-09-20 11:02:12] [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 See also bug #34514, can you reproduce this with CLI? [2005-09-19 18:26:28] mmayer at blastwave dot org I'm running Apache 2.0.54. Also tried Apache 1.3.33 and got the same results. $ uname -a SunOS valhalla 5.9 Generic_118558-10 sun4u sparc SUNW,Ultra-60 [2005-09-19 18:21:07] mmayer at blastwave dot org Description: This issue seems to be related to bug #27823, but broader in scope. Using __FILE__ or realpath() on Solaris 9 SPARC (don't know about x86) doesn't work as expected if the scripts are located in a user's home-directory (~username/public_html) and the URL looks like http://my.example.com/~user/testscript.php. (Don't know if the '~' is actually causing the problem or if it's something else in this scenario). Note that I *do* get the expected results from these scripts if I copy them to /opt/csw/apache2/share/htdocs/file_bug (i.e. underneath my web-server's doc-root) and access them through a URL like http://my.example.com/file_bug/. In the failure case, __FILE__ returns './' instead of the full path if it is used in an included file. realpath() returns an empty string instead of the actual path even though the file in question exists and the permissions are correct. (Regardless of whether realpath is used in an included file or directly.) Reproduce code: --- === file.php: === "; require("file2.php"); ?> === file2.php: === === realpath.php: === Expected result: file.php should print: /home/markus/public_html/file_bug/file.php /home/markus/public_html/file_bug/file2.php realpath.php should print: realpath: '/home/markus/public_html/file_bug/realpath/test.txt' Actual result: -- file.php prints: /home/markus/public_html/file_bug/file.php ./file2.php realpath.php prints: realpath: '' This is the directory layout (just to show that it's not a permission problem): total 14 drwxr-xr-x 3 markus staff 512 Sep 19 09:10 . drwxr-xr-x 11 markus staff 1536 Sep 15 11:07 .. -rw-r--r-- 1 markus staff 60 Sep 14 13:41 file.php -rw-r--r-- 1 markus staff 25 Sep 14 13:41 file2.php drwxr-xr-x 2 markus staff 512 Sep 19 09:07 realpath -rw-r--r-- 1 markus staff 67 Sep 19 09:08 realpath.php ./realpath: total 6 drwxr-xr-x 2 markus staff 512 Sep 19 09:07 . drwxr-xr-x 3 markus staff 512 Sep 19 09:10 .. -rw-r--r-- 1 markus staff5 Sep 19 09:07 test.txt -- Edit this bug report at http://bugs.php.net/?id=34552&edit=1
#35744 [Opn->Fbk]: safe_mode error?
ID: 35744 Updated by: [EMAIL PROTECTED] Reported By: rudenko at id dot com dot ua -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: Fedora Core 3 PHP Version: 5.1.1 New Comment: I'm still unable to reproduce it. Previous Comments: [2005-12-20 14:57:56] rudenko at id dot com dot ua Installing latest snapshot 2005-12-20 11:30 does not solve this problem [2005-12-20 13:58:43] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Can't reproduce. [2005-12-20 13:47:17] rudenko at id dot com dot ua Description: Diffrent results for is_file, file_exists and is_readable (php.ini safe_mode = On, script executed by root user) Reproduce code: --- Expected result: is_file: true file_exists: true is_readable: true or is_file: false file_exists: false is_readable: false Actual result: -- is_file: false file_exists: true is_readable: true -- Edit this bug report at http://bugs.php.net/?id=35744&edit=1
#35744 [Fbk->Opn]: safe_mode error?
ID: 35744 User updated by: rudenko at id dot com dot ua Reported By: rudenko at id dot com dot ua -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: Fedora Core 3 PHP Version: 5.1.1 New Comment: Installing latest snapshot 2005-12-20 11:30 does not solve this problem Previous Comments: [2005-12-20 13:58:43] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Can't reproduce. [2005-12-20 13:47:17] rudenko at id dot com dot ua Description: Diffrent results for is_file, file_exists and is_readable (php.ini safe_mode = On, script executed by root user) Reproduce code: --- Expected result: is_file: true file_exists: true is_readable: true or is_file: false file_exists: false is_readable: false Actual result: -- is_file: false file_exists: true is_readable: true -- Edit this bug report at http://bugs.php.net/?id=35744&edit=1
#35745 [NEW]: Status of persistent socket connections in stream_get_meta_data
From: gavin dot brown at uk dot com Operating system: All PHP version: 5.1.1 PHP Bug Type: Feature/Change Request Bug description: Status of persistent socket connections in stream_get_meta_data Description: Currently, there is now way to determine if the pfsockopen() created a new connection or used an existing connection. Expected result: This information is very important for some protocols (specifically, the EPP protocol, RFC 3730, and its TCP transport specification in RFC 3734), which uses a stateful session management system. I'd suggest something like this: the value of $data[persistent] might be one of "new" or "existing", depending on whether the previous pfsockopen() had to create a new connection, or was able to reuse an existing one. This would be very useful for protocols like EPP (see RFC 3734) and IMAP, which are stateful, and for which negotiation and authentication are done once, upon connection. -- Edit bug report at http://bugs.php.net/?id=35745&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35745&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35745&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35745&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35745&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35745&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35745&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35745&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35745&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35745&r=support Expected behavior:http://bugs.php.net/fix.php?id=35745&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35745&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35745&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35745&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35745&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35745&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35745&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35745&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35745&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35745&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35745&r=mysqlcfg
#32361 [Opn->Fbk]: connection oci_connect stay persist after process the php
ID: 32361 Updated by: [EMAIL PROTECTED] Reported By: diego dot veiga at embraer dot com dot br -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Fedora3 PHP Version: 5CVS, 4CVS (2005-03-22) Assigned To: tony2001 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Previous Comments: [2005-12-20 14:00:40] diego dot veiga at embraer dot com dot br hi folks, i updated the php to version 5.1.1 today testing the same php code reported, the error continues... The connection stay persistent. regards diego [2005-09-08 11:46:32] [EMAIL PROTECTED] The bug has been fixed in OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). [2005-06-23 16:10:27] diego dot veiga at embraer dot com dot br I worked around geting the extension oci8 version 4 and puting in the version 5 ... [2005-06-23 16:06:35] diego dot veiga at embraer dot com dot br I have tried the last version but the same error persists. Regards, [2005-06-23 09:53:04] emiliano dot ticci at dada dot net Hi, I installed the latest snapshot just a few hours ago, but unfortunately the bug still persists :-( 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/32361 -- Edit this bug report at http://bugs.php.net/?id=32361&edit=1
#32361 [Csd->Opn]: connection oci_connect stay persist after process the php
ID: 32361 User updated by: diego dot veiga at embraer dot com dot br Reported By: diego dot veiga at embraer dot com dot br -Status: Closed +Status: Open Bug Type: OCI8 related Operating System: Fedora3 PHP Version: 5CVS, 4CVS (2005-03-22) Assigned To: tony2001 New Comment: hi folks, i updated the php to version 5.1.1 today testing the same php code reported, the error continues... The connection stay persistent. regards diego Previous Comments: [2005-09-08 11:46:32] [EMAIL PROTECTED] The bug has been fixed in OCI8 v.1.1, which is available in CVS HEAD and PECL (use `pear install oci8-beta` to install it). [2005-06-23 16:10:27] diego dot veiga at embraer dot com dot br I worked around geting the extension oci8 version 4 and puting in the version 5 ... [2005-06-23 16:06:35] diego dot veiga at embraer dot com dot br I have tried the last version but the same error persists. Regards, [2005-06-23 09:53:04] emiliano dot ticci at dada dot net Hi, I installed the latest snapshot just a few hours ago, but unfortunately the bug still persists :-( [2005-06-22 10:29:48] [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/32361 -- Edit this bug report at http://bugs.php.net/?id=32361&edit=1
#35744 [Opn->Fbk]: safe_mode error?
ID: 35744 Updated by: [EMAIL PROTECTED] Reported By: rudenko at id dot com dot ua -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: Fedora Core 3 PHP Version: 5.1.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip Can't reproduce. Previous Comments: [2005-12-20 13:47:17] rudenko at id dot com dot ua Description: Diffrent results for is_file, file_exists and is_readable (php.ini safe_mode = On, script executed by root user) Reproduce code: --- Expected result: is_file: true file_exists: true is_readable: true or is_file: false file_exists: false is_readable: false Actual result: -- is_file: false file_exists: true is_readable: true -- Edit this bug report at http://bugs.php.net/?id=35744&edit=1
#35744 [NEW]: safe_mode error?
From: rudenko at id dot com dot ua Operating system: Fedora Core 3 PHP version: 5.1.1 PHP Bug Type: Filesystem function related Bug description: safe_mode error? Description: Diffrent results for is_file, file_exists and is_readable (php.ini safe_mode = On, script executed by root user) Reproduce code: --- Expected result: is_file: true file_exists: true is_readable: true or is_file: false file_exists: false is_readable: false Actual result: -- is_file: false file_exists: true is_readable: true -- Edit bug report at http://bugs.php.net/?id=35744&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35744&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35744&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35744&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35744&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35744&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35744&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35744&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35744&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35744&r=support Expected behavior:http://bugs.php.net/fix.php?id=35744&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35744&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35744&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35744&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35744&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35744&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35744&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35744&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35744&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35744&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35744&r=mysqlcfg
#35743 [Bgs]: link error with static libraries
ID: 35743 User updated by: webtech at get-telecom dot fr Reported By: webtech at get-telecom dot fr Status: Bogus Bug Type: Compile Failure Operating System: Solaris 10 PHP Version: 5.1.1 New Comment: OK, but why is it compiling with PHP 5.0.5 and the same mysql librairies ? Previous Comments: [2005-12-20 12:46:21] [EMAIL PROTECTED] This has nothing to do with _PHP_, you need to recompile the libraries you link it with. [2005-12-20 11:21:13] webtech at get-telecom dot fr Description: Hello, first, I want to say that I've read the two bugs #35465 and #35475 (see at the end of description). When linking with the libmysqlclient static library, libtool is unable to link the libphp5.la object (I've got thousand of lines, but here's a sample) : fclose 0x623 /db/mysql/lib/libz.a(gzio.o) fseek 0xe52 /db/mysql/lib/libz.a(gzio.o) fseek 0xf6f /db/mysql/lib/libz.a(gzio.o) fread 0x39c /db/mysql/lib/libz.a(gzio.o) fread 0x430 /db/mysql/lib/libz.a(gzio.o) fread 0x753 /db/mysql/lib/libz.a(gzio.o) fread 0x892 /db/mysql/lib/libz.a(gzio.o) qsort 0x228 /db/mysql/lib/libmysqlclient.a(my_lib.o) qsort 0x14cb /db/mysql/lib/libmysqlclient.a(ctype-simple.o) fwrite 0x334 /db/mysql/lib/libz.a(gzio.o) fwrite 0xa9d /db/mysql/lib/libz.a(gzio.o) fwrite 0xc4f /db/mysql/lib/libz.a(gzio.o) ftell 0x22c /db/mysql/lib/libz.a(gzio.o) exit0x78 /db/mysql/lib/libmysqlclient.a(my_malloc.o) exit0x9e5 /db/mysql/lib/libmysqlclient.a(client.o) exit0x238 /db/mysql/lib/libmysqlclient.a(default.o) exit0x485 /db/mysql/lib/libmysqlclient.a(default.o) ld: fatal: relocations remain against allocatable but non-writable sections collect2: ld returned 1 exit status I've tried the two "solutions" of the two bugs #35465 and #35475 : - the first one is to passing the option -fpic in CFLAFS variable, but it won't work for me. - and the second was to use the libtool of php 5.0.5, but link failed too : Undefined first referenced symbol in file libiconv_close ext/gd/libgd/gdkanji.lo libiconv_open ext/gd/libgd/gdkanji.lo fdatasync ext/pdo_sqlite/sqlite/src/os_unix.lo (symbol belongs to implicit dependency /lib/librt.so.1) libiconvext/gd/libgd/gdkanji.lo ld: fatal: Symbol referencing errors. No output written to sapi/cli/php I've tried too with the snapshot of php 5.1.2 dev, but it's the same ! What can I do to compile 5.1.1 ? Thanks for your help -- Edit this bug report at http://bugs.php.net/?id=35743&edit=1
#35743 [Opn->Bgs]: link error with static libraries
ID: 35743 Updated by: [EMAIL PROTECTED] Reported By: webtech at get-telecom dot fr -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Solaris 10 PHP Version: 5.1.1 New Comment: This has nothing to do with _PHP_, you need to recompile the libraries you link it with. Previous Comments: [2005-12-20 11:21:13] webtech at get-telecom dot fr Description: Hello, first, I want to say that I've read the two bugs #35465 and #35475 (see at the end of description). When linking with the libmysqlclient static library, libtool is unable to link the libphp5.la object (I've got thousand of lines, but here's a sample) : fclose 0x623 /db/mysql/lib/libz.a(gzio.o) fseek 0xe52 /db/mysql/lib/libz.a(gzio.o) fseek 0xf6f /db/mysql/lib/libz.a(gzio.o) fread 0x39c /db/mysql/lib/libz.a(gzio.o) fread 0x430 /db/mysql/lib/libz.a(gzio.o) fread 0x753 /db/mysql/lib/libz.a(gzio.o) fread 0x892 /db/mysql/lib/libz.a(gzio.o) qsort 0x228 /db/mysql/lib/libmysqlclient.a(my_lib.o) qsort 0x14cb /db/mysql/lib/libmysqlclient.a(ctype-simple.o) fwrite 0x334 /db/mysql/lib/libz.a(gzio.o) fwrite 0xa9d /db/mysql/lib/libz.a(gzio.o) fwrite 0xc4f /db/mysql/lib/libz.a(gzio.o) ftell 0x22c /db/mysql/lib/libz.a(gzio.o) exit0x78 /db/mysql/lib/libmysqlclient.a(my_malloc.o) exit0x9e5 /db/mysql/lib/libmysqlclient.a(client.o) exit0x238 /db/mysql/lib/libmysqlclient.a(default.o) exit0x485 /db/mysql/lib/libmysqlclient.a(default.o) ld: fatal: relocations remain against allocatable but non-writable sections collect2: ld returned 1 exit status I've tried the two "solutions" of the two bugs #35465 and #35475 : - the first one is to passing the option -fpic in CFLAFS variable, but it won't work for me. - and the second was to use the libtool of php 5.0.5, but link failed too : Undefined first referenced symbol in file libiconv_close ext/gd/libgd/gdkanji.lo libiconv_open ext/gd/libgd/gdkanji.lo fdatasync ext/pdo_sqlite/sqlite/src/os_unix.lo (symbol belongs to implicit dependency /lib/librt.so.1) libiconvext/gd/libgd/gdkanji.lo ld: fatal: Symbol referencing errors. No output written to sapi/cli/php I've tried too with the snapshot of php 5.1.2 dev, but it's the same ! What can I do to compile 5.1.1 ? Thanks for your help -- Edit this bug report at http://bugs.php.net/?id=35743&edit=1
#35612 [Opn->Asn]: [PATCH] iis6 Access Violation crash
ID: 35612 Updated by: [EMAIL PROTECTED] Reported By: alacn dot uhahaa at gmail dot com -Status: Open +Status: Assigned Bug Type: IIS related Operating System: Windows Server 2003 -PHP Version: 5.1.1 +PHP Version: 5CVS-2005-12-20 (snap) Assigned To: dmitry New Comment: Dmitry, can you check this out please. Previous Comments: [2005-12-20 12:38:23] alacn dot uhahaa at gmail dot com ok.. here is udiff for latest cvs (php5.1) what is happenning is that since the thread that created the timeout thread have different access levels than the one that will wait it finish, waitforsingleobject on timeout thread handle wont work right, it will always timeout, and access violation will occur expected: it should return before the timeout, that way wont occur access violation the fix: it should wait at least 30 secs, waitforsingleobject will never elapse all the 30 secs, unless in a bad error, - it will always return before the 30 secs, as it should - btw ...cant php4 be fixed too? :( --- php5.1-200512200930_zend_execute_API.c Fri Dec 16 21:30:06 2005 +++ php5.1-200512200930_fixed_zend_execute_API.cTue Dec 20 08:44:24 2005 @@ -46,7 +46,7 @@ static WNDCLASS wc; static HWND timeout_window; static HANDLE timeout_thread_event; -static HANDLE timeout_thread_handle; +static HANDLE timeout_thread_finish; static DWORD timeout_thread_id; static int timeout_thread_initialized=0; #endif @@ -1282,6 +1282,7 @@ } DestroyWindow(timeout_window); UnregisterClass(wc.lpszClassName, NULL); + SetEvent(timeout_thread_finish); return 0; } @@ -1289,7 +1290,8 @@ void zend_init_timeout_thread() { timeout_thread_event = CreateEvent(NULL, FALSE, FALSE, NULL); - timeout_thread_handle = _beginthreadex(NULL, 0, timeout_thread_proc, NULL, 0, &timeout_thread_id); + timeout_thread_finish = CreateEvent(0, 0, 0, 0); + _beginthreadex(NULL, 0, timeout_thread_proc, NULL, 0, &timeout_thread_id); WaitForSingleObject(timeout_thread_event, INFINITE); } @@ -1302,8 +1304,7 @@ PostThreadMessage(timeout_thread_id, WM_QUIT, 0, 0); /* Wait for thread termination */ - WaitForSingleObject(timeout_thread_handle, 5000); - CloseHandle(timeout_thread_handle); + WaitForSingleObject(timeout_thread_finish, 3); } #endif [2005-12-19 08:51:01] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip And this time, really make sure you have the right PHP installed. Only way to be sure is to delete ALL old dlls related to PHP. Especially from C:\windows\ directory. Also, make any patches against the latest CVS sources. PHP 4 is too old. [2005-12-09 19:11:13] [EMAIL PROTECTED] Fixed in CVS HEAD, PHP_5_1 and PHP_5_0. [2005-12-09 12:29:41] alacn dot uhahaa at gmail dot com Description: PHP5 and PHP4 on iis6 (windows server 2003) sometimes crash with access violation Reproduce code: --- (code at zend_execute_API.c) before iis shutdown or recycle the pool, it will call "zend_shutdown_timeout_thread()", that will post a quit message on "timeout_thread_id" and return Expected result: "zend_shutdown_timeout_thread()" should wait "timeout_thread" finish before return Actual result: -- sometimes "zend_shutdown_timeout_thread()" return before the "tiumeout_thread" finish, and the iis release the library, than the iis crash at "timeout_thread_proc()" because the library was released. the fix for PHP5 and PHP4 at "zend_execute_API.c" "[...]" means hidden code... #ifdef ZEND_WIN32 #include /* true global */ [...] // add next line static HANDLE timeout_thread_finish_event; #endif [...] static unsigned __stdcall timeout_thread_proc(void *pArgs) { [...] DestroyWindow(timeout_window); UnregisterClass(wc.lpszClassName, NULL); // add next line SetEvent(timeout_thread_finish_event); return 0; } void zend_init_timeout_thread() { timeout_thread_event = CreateEvent([..]); // add next line timeout_thread_finish_event = CreateEvent(0, 0, 0, 0); [...] } void zend_shutdown_timeout_thread() { [...] PostThreadMessage(timeout_thread_id, WM_QUIT, 0, 0); // add next line WaitForSingleObject(timeout_thread_finish_event, 3); } -- Edit this bug report at http://bugs.php.net/?id=35612&edit=1
#35612 [Fbk->Opn]: [PATCH] iis6 Access Violation crash
ID: 35612 User updated by: alacn dot uhahaa at gmail dot com Reported By: alacn dot uhahaa at gmail dot com -Status: Feedback +Status: Open Bug Type: IIS related Operating System: Windows Server 2003 PHP Version: 5.1.1 Assigned To: dmitry New Comment: ok.. here is udiff for latest cvs (php5.1) what is happenning is that since the thread that created the timeout thread have different access levels than the one that will wait it finish, waitforsingleobject on timeout thread handle wont work right, it will always timeout, and access violation will occur expected: it should return before the timeout, that way wont occur access violation the fix: it should wait at least 30 secs, waitforsingleobject will never elapse all the 30 secs, unless in a bad error, - it will always return before the 30 secs, as it should - btw ...cant php4 be fixed too? :( --- php5.1-200512200930_zend_execute_API.c Fri Dec 16 21:30:06 2005 +++ php5.1-200512200930_fixed_zend_execute_API.cTue Dec 20 08:44:24 2005 @@ -46,7 +46,7 @@ static WNDCLASS wc; static HWND timeout_window; static HANDLE timeout_thread_event; -static HANDLE timeout_thread_handle; +static HANDLE timeout_thread_finish; static DWORD timeout_thread_id; static int timeout_thread_initialized=0; #endif @@ -1282,6 +1282,7 @@ } DestroyWindow(timeout_window); UnregisterClass(wc.lpszClassName, NULL); + SetEvent(timeout_thread_finish); return 0; } @@ -1289,7 +1290,8 @@ void zend_init_timeout_thread() { timeout_thread_event = CreateEvent(NULL, FALSE, FALSE, NULL); - timeout_thread_handle = _beginthreadex(NULL, 0, timeout_thread_proc, NULL, 0, &timeout_thread_id); + timeout_thread_finish = CreateEvent(0, 0, 0, 0); + _beginthreadex(NULL, 0, timeout_thread_proc, NULL, 0, &timeout_thread_id); WaitForSingleObject(timeout_thread_event, INFINITE); } @@ -1302,8 +1304,7 @@ PostThreadMessage(timeout_thread_id, WM_QUIT, 0, 0); /* Wait for thread termination */ - WaitForSingleObject(timeout_thread_handle, 5000); - CloseHandle(timeout_thread_handle); + WaitForSingleObject(timeout_thread_finish, 3); } #endif Previous Comments: [2005-12-19 08:51:01] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip And this time, really make sure you have the right PHP installed. Only way to be sure is to delete ALL old dlls related to PHP. Especially from C:\windows\ directory. Also, make any patches against the latest CVS sources. PHP 4 is too old. [2005-12-13 11:15:11] alacn dot uhahaa at gmail dot com its not fixed in cvs (php5.1-200512130930) udiff for php4: --- php4.4.1_zend_execute_API.c Tue Aug 02 14:52:34 2005 +++ php4.4.1_fixed_zend_execute_API.c Tue Dec 13 08:11:36 2005 @@ -52,6 +52,7 @@ static HANDLE timeout_thread_event; static DWORD timeout_thread_id; static int timeout_thread_initialized=0; +static HANDLE timeout_thread_finish_event; // alacn #endif @@ -813,6 +814,9 @@ } DestroyWindow(timeout_window); UnregisterClass(wc.lpszClassName, NULL); + + SetEvent(timeout_thread_finish_event); // alacn + return 0; } @@ -820,6 +824,7 @@ void zend_init_timeout_thread() { timeout_thread_event = CreateEvent(NULL, FALSE, FALSE, NULL); + timeout_thread_finish_event = CreateEvent(0, 0, 0, 0); // alacn _beginthreadex(NULL, 0, timeout_thread_proc, NULL, 0, &timeout_thread_id); WaitForSingleObject(timeout_thread_event, INFINITE); } @@ -831,6 +836,8 @@ return; } PostThreadMessage(timeout_thread_id, WM_QUIT, 0, 0); + + WaitForSingleObject(timeout_thread_finish_event, 3); // alacn } #endif [2005-12-13 09:13:43] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip [2005-12-12 19:46:58] [EMAIL PROTECTED] Reassigned to Dmitry. [2005-12-12 19:17:26] alacn dot uhahaa at gmail dot com at cvs its: timeout_thread_handle = _beginthreadex(..); and WaitForSingleObject(timeout_thread_handle, 5000); but this wont work right, because the thread that created the timeout_thread is not the same that will wait it finish, so, if you check, WaitForSingleObject will always result WAIT_OBJECT_TIMEOUT instead of WAIT_OBJECT_0 thats why it should wait using an event object instead of thread ha
#33115 [Csd]: Windows Install Silent Option breaks OS environment path variable
ID: 33115 Updated by: [EMAIL PROTECTED] Reported By: john dot jantjes at gmail dot com Status: Closed Bug Type: IIS related Operating System: Windows XP PHP Version: 5.0.4, 4.3.11 Assigned To: phildriscoll New Comment: The installer software did not change between versions, so I suspect that the original cause of the problem was something other than the installer - perhaps a screwed up environment being passed to the installer at startup. I'm not a windows user, but I wonder if this is a problem at all, since %SystemRoot% would most likely correctly resolve to c:\windows in any event. Previous Comments: [2005-12-20 01:24:36] john dot jantjes at gmail dot com No, 5.1 has resolved this issue. This ticket can be closed. [2005-12-19 09:08:22] [EMAIL PROTECTED] Does this happen with the latest release? (5.1.1) [2005-11-07 00:03:50] [EMAIL PROTECTED] Phil, have you checked this report yet..? [2005-05-24 04:20:36] john dot jantjes at gmail dot com If the installer is used normally, not silent, the issue does not appear. [2005-05-24 04:16:42] john dot jantjes at gmail dot com Description: I have been using the windows installer, with the "/s" option for a silent install, and have found that it breaks the OS environment variable. For example Instread of path being path=c:\windows;c:\windows\system32; . It becomes path=%SystemRoot%;%SystemRoot%\system32;.. It set the path variable to reference another variable, which just does not seem to work. Only the windows and windows system entries in path are effected. -- Edit this bug report at http://bugs.php.net/?id=33115&edit=1
#35741 [Opn->Bgs]: problema con function COPY
ID: 35741 Updated by: [EMAIL PROTECTED] Reported By: egarcia at jig dot es -Status: Open +Status: Bogus Bug Type: *Directory/Filesystem functions Operating System: Windows XP/2000 PHP Version: 5.1.1 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. Previous Comments: [2005-12-20 09:51:22] egarcia at jig dot es Good morning: I have updated the PHP of my server to version 5.1.1. Everything goes well until now unless I cannot enclose a file (an image in this particular case) to the server through a form. The error that it gives is: Warning: copy(c:\\maps\\tumbs\\mapsys.jpg) [ function.copy ]: failed to open stream: Such does not case out or directory in c:\phpscripts\mapcdr.php on line 366... This happens whenever it becomes from any computer towards the server. The peculiar thing, is that this does not happen if is made directly in the own server (localhost). Help me what is the problem and its possible solution. Thank you very much by its aid. [2005-12-20 09:41:14] [EMAIL PROTECTED] Please only file bugreports in English. Can you translate? [2005-12-20 09:34:54] egarcia at jig dot es Description: Buenos días: He actualizado el PHP de mi servidor a la versión 5.1.1. Todo va bien hasta ahora salvo que no puedo adjuntar un archivo (una imagen en este caso particular) al server a través de un formulario. El error que da es: Warning: copy(c:\\maps\\tumbs\\mapsys.jpg) [function.copy]: failed to open stream: No such file or directory in c:\phpscripts\mapcdr.php on line 366 ... Esto ocurre siempre que se hace desde cualquier ordenador hacia el servidor. Lo curioso, es que esto no pasa si se hace directamente en el propio servidor (localhost). Indíquenme cual es el problema y su posible solución. Muchas gracias por su ayuda. Reproduce code: --- copy($imagen,"../imagenproductos/".$nombre_img); -- Edit this bug report at http://bugs.php.net/?id=35741&edit=1
#35743 [NEW]: link error with static libraries
From: webtech at get-telecom dot fr Operating system: Solaris 10 PHP version: 5.1.1 PHP Bug Type: Compile Failure Bug description: link error with static libraries Description: Hello, first, I want to say that I've read the two bugs #35465 and #35475 (see at the end of description). When linking with the libmysqlclient static library, libtool is unable to link the libphp5.la object (I've got thousand of lines, but here's a sample) : fclose 0x623 /db/mysql/lib/libz.a(gzio.o) fseek 0xe52 /db/mysql/lib/libz.a(gzio.o) fseek 0xf6f /db/mysql/lib/libz.a(gzio.o) fread 0x39c /db/mysql/lib/libz.a(gzio.o) fread 0x430 /db/mysql/lib/libz.a(gzio.o) fread 0x753 /db/mysql/lib/libz.a(gzio.o) fread 0x892 /db/mysql/lib/libz.a(gzio.o) qsort 0x228 /db/mysql/lib/libmysqlclient.a(my_lib.o) qsort 0x14cb /db/mysql/lib/libmysqlclient.a(ctype-simple.o) fwrite 0x334 /db/mysql/lib/libz.a(gzio.o) fwrite 0xa9d /db/mysql/lib/libz.a(gzio.o) fwrite 0xc4f /db/mysql/lib/libz.a(gzio.o) ftell 0x22c /db/mysql/lib/libz.a(gzio.o) exit0x78 /db/mysql/lib/libmysqlclient.a(my_malloc.o) exit0x9e5 /db/mysql/lib/libmysqlclient.a(client.o) exit0x238 /db/mysql/lib/libmysqlclient.a(default.o) exit0x485 /db/mysql/lib/libmysqlclient.a(default.o) ld: fatal: relocations remain against allocatable but non-writable sections collect2: ld returned 1 exit status I've tried the two "solutions" of the two bugs #35465 and #35475 : - the first one is to passing the option -fpic in CFLAFS variable, but it won't work for me. - and the second was to use the libtool of php 5.0.5, but link failed too : Undefined first referenced symbol in file libiconv_close ext/gd/libgd/gdkanji.lo libiconv_open ext/gd/libgd/gdkanji.lo fdatasync ext/pdo_sqlite/sqlite/src/os_unix.lo (symbol belongs to implicit dependency /lib/librt.so.1) libiconvext/gd/libgd/gdkanji.lo ld: fatal: Symbol referencing errors. No output written to sapi/cli/php I've tried too with the snapshot of php 5.1.2 dev, but it's the same ! What can I do to compile 5.1.1 ? Thanks for your help -- Edit bug report at http://bugs.php.net/?id=35743&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35743&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35743&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35743&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35743&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35743&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35743&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35743&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35743&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35743&r=support Expected behavior:http://bugs.php.net/fix.php?id=35743&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35743&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35743&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35743&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35743&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35743&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35743&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35743&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35743&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35743&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35743&r=mysqlcfg
#35730 [Opn->Fbk]: mssql didn't use the right character encoding in freetds.conf
ID: 35730 Updated by: [EMAIL PROTECTED] Reported By: liang at saga-city dot com -Status: Open +Status: Feedback Bug Type: MSSQL related Operating System: FreeBSD PHP Version: 5.1.1 Assigned To: fmk New Comment: How about a short reproducing script too? Previous Comments: [2005-12-20 09:43:48] liang at saga-city dot com new FreeTDS(0.64)CVS makes no difference. Both PHP4/PHP5.1.1 call to the same Shared object "libsybdb.so.5" and using the same freetds.conf. It's obvious PHP5.1.1 behaves different. Sorry, I have some production machines to take care for the time being. Will not get back on this issuses shortly. Hopefully the problem will be solved soon. Cheers, [2005-12-20 02:41:46] [EMAIL PROTECTED] Please try to upgrade to the latest CVS version of FreeTDS. As I mentioned before all the encoding stuff is handled by FreeTDS. There is no encoding handling in the code for the PHP extension and the code differences between version 4, 5.0, 5.1 and 6.0 of PHP are only related to internal PHP stuff and has nothing to do with how the library is used. [2005-12-20 01:37:48] liang at saga-city dot com We have some production machines with PHP5.0.3/FreeBSD5.4/FreeTDS0.62.4 installed, All works great. Now we are setting a clean and new FreeBSD 6.0 system box with only freetds-0.63 mysql5.0-client and apache22 installed. It's obvious testing PHP4/PHP5 installation link to the same freetds library. [2005-12-19 18:12:27] [EMAIL PROTECTED] Are you absolutely sure you're linking PHP with the same freetds library as you did with PHP 4? [2005-12-19 05:48:08] liang at saga-city dot com we have been testing the mssql extension both in PHP4 and PHP5.1.1, " with the same freetds.conf " tds version = 8.0 client charset = BIG-5 In php4, it works fine, but not in php5.1.1 ( our old system uses php5.0.3 also work fine in the "same" freetds.conf ) 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/35730 -- Edit this bug report at http://bugs.php.net/?id=35730&edit=1
#35740 [Asn->Csd]: memory leak when including a directory
ID: 35740 Updated by: [EMAIL PROTECTED] Reported By: david at tulloh dot id dot au -Status: Assigned +Status: Closed Bug Type: Filesystem function related Operating System: Debian Linux PHP Version: 5.1.1 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. Previous Comments: [2005-12-20 09:30:40] david at tulloh dot id dot au Description: Including a directory causes a memory leak. While it's obviously bad and should fail, the memory leak was a surprise. Reproduce code: --- > php -r '@include("./");' php-5.1.1/main/fopen_wrappers.c(539) : Freeing 0x08373750 (49 bytes), script=- === Total 1 memory leaks detected === > php -r '@include("/");' php-5.1.1/main/fopen_wrappers.c(539) : Freeing 0x083735E8 (2 bytes), script=- === Total 1 memory leaks detected === > php -r '@include(".");' php-5.1.1/main/fopen_wrappers.c(539) : Freeing 0x08373790 (49 bytes), script=- Last leak repeated 1 time === Total 2 memory leaks detected === -- Edit this bug report at http://bugs.php.net/?id=35740&edit=1
#35740 [Opn->Asn]: memory leak when including a directory
ID: 35740 Updated by: [EMAIL PROTECTED] Reported By: david at tulloh dot id dot au -Status: Open +Status: Assigned Bug Type: Filesystem function related Operating System: Debian Linux PHP Version: 5.1.1 -Assigned To: +Assigned To: tony2001 Previous Comments: [2005-12-20 09:30:40] david at tulloh dot id dot au Description: Including a directory causes a memory leak. While it's obviously bad and should fail, the memory leak was a surprise. Reproduce code: --- > php -r '@include("./");' php-5.1.1/main/fopen_wrappers.c(539) : Freeing 0x08373750 (49 bytes), script=- === Total 1 memory leaks detected === > php -r '@include("/");' php-5.1.1/main/fopen_wrappers.c(539) : Freeing 0x083735E8 (2 bytes), script=- === Total 1 memory leaks detected === > php -r '@include(".");' php-5.1.1/main/fopen_wrappers.c(539) : Freeing 0x08373790 (49 bytes), script=- Last leak repeated 1 time === Total 2 memory leaks detected === -- Edit this bug report at http://bugs.php.net/?id=35740&edit=1
#35741 [Fbk->Opn]: problema con function COPY
ID: 35741 User updated by: egarcia at jig dot es Reported By: egarcia at jig dot es -Status: Feedback +Status: Open Bug Type: *Directory/Filesystem functions Operating System: Windows XP/2000 PHP Version: 5.1.1 New Comment: Good morning: I have updated the PHP of my server to version 5.1.1. Everything goes well until now unless I cannot enclose a file (an image in this particular case) to the server through a form. The error that it gives is: Warning: copy(c:\\maps\\tumbs\\mapsys.jpg) [ function.copy ]: failed to open stream: Such does not case out or directory in c:\phpscripts\mapcdr.php on line 366... This happens whenever it becomes from any computer towards the server. The peculiar thing, is that this does not happen if is made directly in the own server (localhost). Help me what is the problem and its possible solution. Thank you very much by its aid. Previous Comments: [2005-12-20 09:41:14] [EMAIL PROTECTED] Please only file bugreports in English. Can you translate? [2005-12-20 09:34:54] egarcia at jig dot es Description: Buenos días: He actualizado el PHP de mi servidor a la versión 5.1.1. Todo va bien hasta ahora salvo que no puedo adjuntar un archivo (una imagen en este caso particular) al server a través de un formulario. El error que da es: Warning: copy(c:\\maps\\tumbs\\mapsys.jpg) [function.copy]: failed to open stream: No such file or directory in c:\phpscripts\mapcdr.php on line 366 ... Esto ocurre siempre que se hace desde cualquier ordenador hacia el servidor. Lo curioso, es que esto no pasa si se hace directamente en el propio servidor (localhost). Indíquenme cual es el problema y su posible solución. Muchas gracias por su ayuda. Reproduce code: --- copy($imagen,"../imagenproductos/".$nombre_img); -- Edit this bug report at http://bugs.php.net/?id=35741&edit=1
#35730 [Fbk->Opn]: mssql didn't use the right character encoding in freetds.conf
ID: 35730 User updated by: liang at saga-city dot com Reported By: liang at saga-city dot com -Status: Feedback +Status: Open Bug Type: MSSQL related Operating System: FreeBSD PHP Version: 5.1.1 Assigned To: fmk New Comment: new FreeTDS(0.64)CVS makes no difference. Both PHP4/PHP5.1.1 call to the same Shared object "libsybdb.so.5" and using the same freetds.conf. It's obvious PHP5.1.1 behaves different. Sorry, I have some production machines to take care for the time being. Will not get back on this issuses shortly. Hopefully the problem will be solved soon. Cheers, Previous Comments: [2005-12-20 02:41:46] [EMAIL PROTECTED] Please try to upgrade to the latest CVS version of FreeTDS. As I mentioned before all the encoding stuff is handled by FreeTDS. There is no encoding handling in the code for the PHP extension and the code differences between version 4, 5.0, 5.1 and 6.0 of PHP are only related to internal PHP stuff and has nothing to do with how the library is used. [2005-12-20 01:37:48] liang at saga-city dot com We have some production machines with PHP5.0.3/FreeBSD5.4/FreeTDS0.62.4 installed, All works great. Now we are setting a clean and new FreeBSD 6.0 system box with only freetds-0.63 mysql5.0-client and apache22 installed. It's obvious testing PHP4/PHP5 installation link to the same freetds library. [2005-12-19 18:12:27] [EMAIL PROTECTED] Are you absolutely sure you're linking PHP with the same freetds library as you did with PHP 4? [2005-12-19 05:48:08] liang at saga-city dot com we have been testing the mssql extension both in PHP4 and PHP5.1.1, " with the same freetds.conf " tds version = 8.0 client charset = BIG-5 In php4, it works fine, but not in php5.1.1 ( our old system uses php5.0.3 also work fine in the "same" freetds.conf ) [2005-12-19 03:27:06] [EMAIL PROTECTED] All encoding is handled by freetds in both PHP4 and PHP5. Execpt for internal PHP stuff the mssql extension is the same for PHP4 and PHP5. You need to change the encoding in freetds.conf. 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/35730 -- Edit this bug report at http://bugs.php.net/?id=35730&edit=1
#35741 [Opn->Fbk]: problema con function COPY
ID: 35741 Updated by: [EMAIL PROTECTED] Reported By: egarcia at jig dot es -Status: Open +Status: Feedback Bug Type: *Directory/Filesystem functions Operating System: Windows XP/2000 PHP Version: 5.1.1 New Comment: Please only file bugreports in English. Can you translate? Previous Comments: [2005-12-20 09:34:54] egarcia at jig dot es Description: Buenos días: He actualizado el PHP de mi servidor a la versión 5.1.1. Todo va bien hasta ahora salvo que no puedo adjuntar un archivo (una imagen en este caso particular) al server a través de un formulario. El error que da es: Warning: copy(c:\\maps\\tumbs\\mapsys.jpg) [function.copy]: failed to open stream: No such file or directory in c:\phpscripts\mapcdr.php on line 366 ... Esto ocurre siempre que se hace desde cualquier ordenador hacia el servidor. Lo curioso, es que esto no pasa si se hace directamente en el propio servidor (localhost). Indíquenme cual es el problema y su posible solución. Muchas gracias por su ayuda. Reproduce code: --- copy($imagen,"../imagenproductos/".$nombre_img); -- Edit this bug report at http://bugs.php.net/?id=35741&edit=1
#35741 [NEW]: problema con function COPY
From: egarcia at jig dot es Operating system: Windows XP/2000 PHP version: 5.1.1 PHP Bug Type: *Directory/Filesystem functions Bug description: problema con function COPY Description: Buenos días: He actualizado el PHP de mi servidor a la versión 5.1.1. Todo va bien hasta ahora salvo que no puedo adjuntar un archivo (una imagen en este caso particular) al server a través de un formulario. El error que da es: Warning: copy(c:\\maps\\tumbs\\mapsys.jpg) [function.copy]: failed to open stream: No such file or directory in c:\phpscripts\mapcdr.php on line 366 ... Esto ocurre siempre que se hace desde cualquier ordenador hacia el servidor. Lo curioso, es que esto no pasa si se hace directamente en el propio servidor (localhost). Indíquenme cual es el problema y su posible solución. Muchas gracias por su ayuda. Reproduce code: --- copy($imagen,"../imagenproductos/".$nombre_img); -- Edit bug report at http://bugs.php.net/?id=35741&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35741&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35741&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35741&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35741&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35741&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35741&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35741&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35741&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35741&r=support Expected behavior:http://bugs.php.net/fix.php?id=35741&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35741&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35741&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35741&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35741&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35741&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35741&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35741&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35741&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35741&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35741&r=mysqlcfg
#35740 [NEW]: memory leak when including a directory
From: david at tulloh dot id dot au Operating system: Debian Linux PHP version: 5.1.1 PHP Bug Type: Filesystem function related Bug description: memory leak when including a directory Description: Including a directory causes a memory leak. While it's obviously bad and should fail, the memory leak was a surprise. Reproduce code: --- > php -r '@include("./");' php-5.1.1/main/fopen_wrappers.c(539) : Freeing 0x08373750 (49 bytes), script=- === Total 1 memory leaks detected === > php -r '@include("/");' php-5.1.1/main/fopen_wrappers.c(539) : Freeing 0x083735E8 (2 bytes), script=- === Total 1 memory leaks detected === > php -r '@include(".");' php-5.1.1/main/fopen_wrappers.c(539) : Freeing 0x08373790 (49 bytes), script=- Last leak repeated 1 time === Total 2 memory leaks detected === -- Edit bug report at http://bugs.php.net/?id=35740&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=35740&r=trysnapshot44 Try a CVS snapshot (PHP 5.1): http://bugs.php.net/fix.php?id=35740&r=trysnapshot51 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=35740&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=35740&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=35740&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35740&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=35740&r=needscript Try newer version:http://bugs.php.net/fix.php?id=35740&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35740&r=support Expected behavior:http://bugs.php.net/fix.php?id=35740&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35740&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35740&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=35740&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35740&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=35740&r=dst IIS Stability:http://bugs.php.net/fix.php?id=35740&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35740&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35740&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35740&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=35740&r=mysqlcfg
#35737 [Opn->Fbk]: undefined symbol: sqlite3SelectDelete
ID: 35737 Updated by: [EMAIL PROTECTED] Reported By: jphml at videotron dot ca -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Linux PHP Version: 5.1.1 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.1-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.1-win32-latest.zip And what OS is that exactly? Previous Comments: [2005-12-20 04:26:09] jphml at videotron dot ca Description: When tring to use Apache 2.0.55 with PHP 5.1.1 module (libphp5.so) you get the following error on Apache startup Syntax error on line 232 of /opt/fruity/conf/httpd.conf: Cannot load /opt/fruity/modules/libphp5.so into server: /opt/fruity/modules/libphp5.so: undefined symbol: sqlite3SelectDelete Your are then unable to start apache. Here is my configure line for Apache: ./configure --prefix=/opt/fruity --enable-so Here is my configure line for PHP 5.1.1: ./configure --prefix=/opt/fruity --with-apxs2=/opt/fruity/bin/apxs --with-mysql Here is my line about PHP in httpd.conf LoadModule php5_modulemodules/libphp5.so I tried the following: - Apache 1.3.34 with PHP 5.1.1: same error - Compile PHP 5.1.1 with --without-sqlite: Same error - Compile PHP without --with-mysql: Same error The following configuration works: Apache 2.0.55 and PHP 5.0.5 with the configure lines above. (In Apache 1.x use --enable-module=so instead of --enable-so). Note that both software were always compiled with --prefix=/opt/fruity, I didn't tried without. Expected result: You expect that Apache will start without errors Actual result: -- When you start apache you get: [EMAIL PROTECTED] bin]# ./apachectl start Syntax error on line 232 of /opt/fruity/conf/httpd.conf: Cannot load /opt/fruity/modules/libphp5.so into server: /opt/fruity/modules/libphp5.so: undefined symbol: sqlite3SelectDelete and Apache doesn't start -- Edit this bug report at http://bugs.php.net/?id=35737&edit=1
#35738 [Bgs]: how to declare a non static method
ID: 35738 User updated by: sqchen at citiz dot net Reported By: sqchen at citiz dot net Status: Bogus Bug Type: Class/Object related Operating System: redhat 7.3 PHP Version: 5.1.1 New Comment: sorry , my code is not clearly: and here is the right code: expected result: warning [static_foo] actual result: [foo] [static_foo] Previous Comments: [2005-12-20 08:25:07] [EMAIL PROTECTED] 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. . [2005-12-20 05:24:43] sqchen at citiz dot net Description: as php manual says: http://www.php.net/manual/en/language.oop5.static.php if a method is declared as just public, it will be no static method, right? it not, how to declared a no static method Reproduce code: --- Expected result: warning: [static_foo] Actual result: -- [foo] [static_foo] -- Edit this bug report at http://bugs.php.net/?id=35738&edit=1