#26692 [NEW]: could not find entry point in Kernel.dll
From: php at bouchery dot com Operating system: Windows NT4 PHP version: 5CVS-2003-12-22 (dev) PHP Bug Type: Reproducible crash Bug description: could not find entry point in Kernel.dll Description: When I start PHP5 Béta 3 (apache module, cgi or cli), the parser crash with the message : could not find the entry point "GetLongPathNameA" in the dynamic library "Kernel32.dll". I know Windows 95 support is dropped, but is it dropped for NT4 ? -- Edit bug report at http://bugs.php.net/?id=26692&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26692&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26692&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26692&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26692&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26692&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26692&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26692&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26692&r=support Expected behavior: http://bugs.php.net/fix.php?id=26692&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26692&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26692&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26692&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26692&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26692&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26692&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26692&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26692&r=float
#26692 [Fbk->Opn]: could not find entry point in Kernel.dll
ID: 26692 User updated by: php at bouchery dot com Reported By: php at bouchery dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows NT4 PHP Version: 5CVS-2003-12-22 (dev) New Comment: My OS is : WINDOWS NT4 Workstation, French, Sp6a Previous Comments: [2003-12-22 09:17:33] [EMAIL PROTECTED] Which service pack are you running? [2003-12-22 09:04:00] php at bouchery dot com Description: When I start PHP5 Béta 3 (apache module, cgi or cli), the parser crash with the message : could not find the entry point "GetLongPathNameA" in the dynamic library "Kernel32.dll". I know Windows 95 support is dropped, but is it dropped for NT4 ? -- Edit this bug report at http://bugs.php.net/?id=26692&edit=1
#26692 [Csd->Opn]: could not find entry point in Kernel.dll
ID: 26692 User updated by: php at bouchery dot com Reported By: php at bouchery dot com -Status: Closed +Status: Open Bug Type: *General Issues Operating System: Windows NT4 PHP Version: 5CVS-2003-12-22 (dev) New Comment: I still have the problem ! Last snapshot : Jan 21, 2004 03:30 GMT Previous Comments: [2003-12-22 09:58:52] [EMAIL PROTECTED] Fixed in CVS; the snapshots may take a couple of days to reflect this change as it will require some patching on the snapshot generator. [2003-12-22 09:55:10] oli_pla at hotmail dot com This Win32 API is not available in 95 and NT: "Windows NT and Windows 95: Include an additional header file called NewAPIs.h to make GetLongPathName available on these operating systems. The function is not implemented natively, but by a wrapper that utilizes other native functions on these systems. See the header file for details of the use of preprocessor directives that make the function available. If you do not have this header file, it can be obtained by downloading the most recent SDK from the SDK Update Site." http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/base/getlongpathname.asp [2003-12-22 09:40:18] php at bouchery dot com My OS is : WINDOWS NT4 Workstation, French, Sp6a [2003-12-22 09:17:33] [EMAIL PROTECTED] Which service pack are you running? [2003-12-22 09:04:00] php at bouchery dot com Description: When I start PHP5 Béta 3 (apache module, cgi or cli), the parser crash with the message : could not find the entry point "GetLongPathNameA" in the dynamic library "Kernel32.dll". I know Windows 95 support is dropped, but is it dropped for NT4 ? -- Edit this bug report at http://bugs.php.net/?id=26692&edit=1
#26692 [Bgs]: could not find entry point in Kernel.dll
ID: 26692 User updated by: php at bouchery dot com Reported By: php at bouchery dot com Status: Bogus Bug Type: *General Issues Operating System: Windows NT4 PHP Version: 5CVS-2003-12-22 (dev) New Comment: I've went on http://snaps.php.net and the last CVS 5.0.x-dev is dated for 21th of January !? Previous Comments: [2004-01-27 16:17:51] [EMAIL PROTECTED] 21 < 22..try a snapshot dated for 27th of January, 2004. [2004-01-27 13:05:40] php at bouchery dot com I still have the problem ! Last snapshot : Jan 21, 2004 03:30 GMT [2003-12-22 09:58:52] [EMAIL PROTECTED] Fixed in CVS; the snapshots may take a couple of days to reflect this change as it will require some patching on the snapshot generator. [2003-12-22 09:55:10] oli_pla at hotmail dot com This Win32 API is not available in 95 and NT: "Windows NT and Windows 95: Include an additional header file called NewAPIs.h to make GetLongPathName available on these operating systems. The function is not implemented natively, but by a wrapper that utilizes other native functions on these systems. See the header file for details of the use of preprocessor directives that make the function available. If you do not have this header file, it can be obtained by downloading the most recent SDK from the SDK Update Site." http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/base/getlongpathname.asp [2003-12-22 09:40:18] php at bouchery dot com My OS is : WINDOWS NT4 Workstation, French, Sp6a 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/26692 -- Edit this bug report at http://bugs.php.net/?id=26692&edit=1
#25700 [NEW]: PCRE_ANCHORED doesn't work
From: php at bouchery dot com Operating system: all PHP version: Irrelevant PHP Bug Type: PCRE related Bug description: PCRE_ANCHORED doesn't work Description: PCRE_ANCHORED option dosn't work Reproduce code: --- Expected result: option "A" must return "ko" Actual result: -- Return "ok" and it's wrong -- Edit bug report at http://bugs.php.net/?id=25700&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25700&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25700&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25700&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25700&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25700&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25700&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25700&r=support Expected behavior: http://bugs.php.net/fix.php?id=25700&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25700&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25700&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25700&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25700&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25700&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25700&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25700&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25700&r=float
#25700 [Opn]: PCRE_ANCHORED doesn't work
ID: 25700 User updated by: php at bouchery dot com Reported By: php at bouchery dot com Status: Open Bug Type: PCRE related Operating System: all PHP Version: Irrelevant New Comment: In fact, "A" option is equal to "^" + patern. If I don't misunderstand, "A" option should be equal to "^" + patern + "$" Previous Comments: ---------------- [2003-09-30 05:03:48] php at bouchery dot com Description: PCRE_ANCHORED option dosn't work Reproduce code: --- Expected result: option "A" must return "ko" Actual result: -- Return "ok" and it's wrong -- Edit this bug report at http://bugs.php.net/?id=25700&edit=1
#25700 [Bgs]: PCRE_ANCHORED doesn't work
ID: 25700
User updated by: php at bouchery dot com
Reported By: php at bouchery dot com
Status: Bogus
Bug Type: PCRE related
Operating System: all
PHP Version: Irrelevant
New Comment:
Sorry, it's a mistake in the french documentation !
"it is constrained to match between the start to the end of the
string"
Thus, it's a bug in the documentation's translation.
Previous Comments:
[2003-09-30 08:44:01] [EMAIL PROTECTED]
You misunderstood:
echo preg_replace("/[a-z]{4}/A", "foo", "1fred24");
-> 1fred24
echo preg_replace("/[a-z]{4}/A", "foo", "fred24");
-> foo24
echo preg_replace("/[a-z]{4}/", "foo", "fred24");
-> foo24
echo preg_replace("/[a-z]{4}/", "foo", "1fred24");
-> 1foo24
See also this:
http://www.php.net/manual/en/pcre.pattern.modifiers.php
(the section about A (PCRE_ANCHORED))
[2003-09-30 07:02:17] php at bouchery dot com
In fact, "A" option is equal to "^" + patern.
If I don't misunderstand, "A" option should be equal to "^" + patern +
"$"
[2003-09-30 05:03:48] php at bouchery dot com
Description:
PCRE_ANCHORED option dosn't work
Reproduce code:
---
Expected result:
option "A" must return "ko"
Actual result:
--
Return "ok" and it's wrong
--
Edit this bug report at http://bugs.php.net/?id=25700&edit=1
#25728 [NEW]: access violation with php.ini's previous PHP version
From: php at bouchery dot com Operating system: Windows PHP version: 5.0.0b1 (beta1) PHP Bug Type: Reproducible crash Bug description: access violation with php.ini's previous PHP version Description: If you execute php (command, apache CGI or apache module), an exception occured. I've remove php.ini's previous PHP version from my windows directory and now it's work fine. Expected result: PHP excution ;-) Actual result: -- Exception : access violation (0xc005), Address : 0x100ae216 -- Edit bug report at http://bugs.php.net/?id=25728&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25728&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25728&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25728&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25728&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25728&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25728&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25728&r=support Expected behavior: http://bugs.php.net/fix.php?id=25728&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25728&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25728&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25728&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25728&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25728&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25728&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25728&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=25728&r=float
#25728 [Fbk->Opn]: access violation with php.ini's previous PHP version
ID: 25728 User updated by: php at bouchery dot com Reported By: php at bouchery dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows PHP Version: 5.0.0b1 (beta1) New Comment: I'm using PHP 4.3.2RC2. I tried this "php -c c:/winnt/", and it's work (with the previous version of php.ini). If I put a "php.ini" (from php4 or php5) in the same directory of php5, it's work. That's mean php can't load my php.ini in the %windows% directory ?! Previous Comments: [2003-10-02 10:15:35] [EMAIL PROTECTED] >From what PHP version was the ini from? What is the diff between the php.ini-dist from the PHP 5 package against the one you had? ---------------- [2003-10-02 08:35:09] php at bouchery dot com Description: If you execute php (command, apache CGI or apache module), an exception occured. I've remove php.ini's previous PHP version from my windows directory and now it's work fine. Expected result: PHP excution ;-) Actual result: -- Exception : access violation (0xc005), Address : 0x100ae216 -- Edit this bug report at http://bugs.php.net/?id=25728&edit=1
#25728 [Bgs]: access violation with php.ini's previous PHP version
ID: 25728 User updated by: php at bouchery dot com Reported By: php at bouchery dot com Status: Bogus Bug Type: Reproducible crash Operating System: Windows PHP Version: 5.0.0b1 (beta1) New Comment: Exception occured only if there is no existing php.ini in my php5 directory. I do not have relationship with my extensions Previous Comments: [2003-10-03 18:54:15] [EMAIL PROTECTED] First of all: PHP looks first in the current working directory for the php.ini, THEN the other places. Second, you propably have extension directory with extensions for different PHP version which get loaded by the 'other' php.ini file. This will of course not work. [2003-10-03 07:37:03] php at bouchery dot com I'm using PHP 4.3.2RC2. I tried this "php -c c:/winnt/", and it's work (with the previous version of php.ini). If I put a "php.ini" (from php4 or php5) in the same directory of php5, it's work. That's mean php can't load my php.ini in the %windows% directory ?! [2003-10-02 10:15:35] [EMAIL PROTECTED] >From what PHP version was the ini from? What is the diff between the php.ini-dist from the PHP 5 package against the one you had? -------------------- [2003-10-02 08:35:09] php at bouchery dot com Description: If you execute php (command, apache CGI or apache module), an exception occured. I've remove php.ini's previous PHP version from my windows directory and now it's work fine. Expected result: PHP excution ;-) Actual result: -- Exception : access violation (0xc005), Address : 0x100ae216 -- Edit this bug report at http://bugs.php.net/?id=25728&edit=1
#26213 [NEW]: trigger_error with multi-level error
From: php at bouchery dot com Operating system: all PHP version: Irrelevant PHP Bug Type: Feature/Change Request Bug description: trigger_error with multi-level error Description: I would like to use trigger_error with an error level like this : DB_FATAL_ERROR = E_USER_ERROR XML_FATAL_ERROR = E_USER_ERROR + 1 SOMTHING_FATAL_ERROR = E_USER_ERROR + 2 ..etc. In my error_handler, I'll use these error level to change its behaviour. It could be a great improvement for error managing to define our user error levels. Reproduce code: --- Expected result: in error_handler, $errno is equal to "E_USER_ERROR + 1" Actual result: -- "Warning: Invalid error type specified" -- Edit bug report at http://bugs.php.net/?id=26213&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26213&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26213&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26213&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26213&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26213&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=26213&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26213&r=support Expected behavior: http://bugs.php.net/fix.php?id=26213&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26213&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26213&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26213&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26213&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26213&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26213&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26213&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26213&r=float
#26266 [Com]: Concatenating overloaded objects causes crash
ID: 26266
Comment by: php at bouchery dot com
Reported By: adam at trachtenberg dot com
Status: Open
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5CVS-2003-11-15 (dev)
New Comment:
I've the same error but without concatenation.
When "echo $e" is call => crash
If I replace "echo $e" by "echo $e->__toString()", it work fine.
Previous Comments:
[2003-11-15 15:08:55] adam at trachtenberg dot com
Description:
Concatenating objects that define a __toString() method
using the "." operator causes a bus error.
Reproduce code:
---
class foo {
function __toString() {
return "foo";
}
}
$foo = new foo;
echo $foo . "\n";
Expected result:
foo
Actual result:
--
Bus error.
--
Edit this bug report at http://bugs.php.net/?id=26266&edit=1
#30557 [NEW]: Disabled "allow_url_fopen" in php.ini
From: php at bouchery dot com Operating system: all PHP version: Irrelevant PHP Bug Type: Feature/Change Request Bug description: Disabled "allow_url_fopen" in php.ini Description: Currently, there are too many people writing news and blogs about the "huge" PHP security hole introduce by "include" and "allow_url_fopen". This mistake is so simple to avoid, but beginners are not so informs and I think it could be simplest to disable this option (allow_url_fopen) in the default php.ini. -- Edit bug report at http://bugs.php.net/?id=30557&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30557&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30557&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30557&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30557&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30557&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30557&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30557&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30557&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30557&r=support Expected behavior: http://bugs.php.net/fix.php?id=30557&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30557&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30557&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30557&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30557&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30557&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30557&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30557&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30557&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30557&r=mysqlcfg
#30557 [WFx]: Disabled "allow_url_fopen" in php.ini
ID: 30557 User updated by: php at bouchery dot com Reported By: php at bouchery dot com Status: Wont fix Bug Type: Feature/Change Request Operating System: all PHP Version: Irrelevant New Comment: hmmm ... we did it with "register_globals", isn't it ? Previous Comments: [2004-10-26 09:50:54] [EMAIL PROTECTED] Sorry, but we can not simply change the default value as there might be scripts out there that rely on this; and we can not simply break them. [2004-10-26 09:30:29] php at bouchery dot com Description: Currently, there are too many people writing news and blogs about the "huge" PHP security hole introduce by "include" and "allow_url_fopen". This mistake is so simple to avoid, but beginners are not so informs and I think it could be simplest to disable this option (allow_url_fopen) in the default php.ini. -- Edit this bug report at http://bugs.php.net/?id=30557&edit=1
#45936 [NEW]: Appending undeclared array should generate a notice
From: php at bouchery dot com Operating system: All PHP version: 5.2.6 PHP Bug Type: Feature/Change Request Bug description: Appending undeclared array should generate a notice Description: When error_reporting is set to "E_ALL" and trying append an undeclared array, PHP should generate a "NOTICE" error. Reproduce code: --- Expected result: Notice: Undefined variable: array in /var/www/script.php on line 4 Actual result: -- no error. -- Edit bug report at http://bugs.php.net/?id=45936&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45936&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45936&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45936&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45936&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45936&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45936&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45936&r=needscript Try newer version:http://bugs.php.net/fix.php?id=45936&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45936&r=support Expected behavior:http://bugs.php.net/fix.php?id=45936&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45936&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45936&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45936&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45936&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45936&r=dst IIS Stability:http://bugs.php.net/fix.php?id=45936&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45936&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45936&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45936&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45936&r=mysqlcfg
#45936 [Bgs]: Appending undeclared array should generate a notice
ID: 45936
User updated by: php at bouchery dot com
Reported By: php at bouchery dot com
Status: Bogus
Bug Type: Feature/Change Request
Operating System: All
PHP Version: 5.2.6
New Comment:
To my point of view, "[]" is like an operator which mean "append the
array", but this variable is not declared.
In addition:
This code will generate a "Warning: Cannot use a scalar value as an
array".
It's not possible to do that because the variable is not an array and
it show that the brackets are a kind of operator, not a simple
assignment.
Previous Comments:
[2008-08-27 18:10:31] [EMAIL PROTECTED]
why?
You assign a new array (and its first value) to a variable. What's
wrong with that?
If you see $array[] this as:
$array = array('string');
would you expect it to fire an E_NOTICE ?
no ?
then why would this do so, if it has 100% the same meaning.
--------------------
[2008-08-27 15:30:47] php at bouchery dot com
Description:
When error_reporting is set to "E_ALL" and trying append an undeclared
array, PHP should generate a "NOTICE" error.
Reproduce code:
---
Expected result:
Notice: Undefined variable: array in /var/www/script.php on line 4
Actual result:
--
no error.
--
Edit this bug report at http://bugs.php.net/?id=45936&edit=1
#38542 [NEW]: proc_get_status : wrong PID
From: php at bouchery dot com
Operating system: Windows XP
PHP version: 5.1.5
PHP Bug Type: Program Execution
Bug description: proc_get_status : wrong PID
Description:
proc_get_status return the wrong PID
Reproduce code:
---
array('pipe', 'r' ), 1 => array('pipe', 'w'
), 2 => array('pipe', 'w' ) );
$process = proc_open($cmd, $descriptorspec, $pipes);
$status = proc_get_status( $process );
echo 'PID = ', $status['pid'], "\n";
passthru( 'tasklist /fi "imagename eq notepad.exe"');
echo "\n\n";
passthru( 'tasklist /fi "pid eq ' . $status['pid'] . '"' );
echo "\n\n";
?>
Expected result:
proc_get_status should return the notepad's PID
Actual result:
--
It returns a PID which doesn't exist or associate to a process which is
not related to the script context.
--
Edit bug report at http://bugs.php.net/?id=38542&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=38542&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=38542&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=38542&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=38542&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=38542&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=38542&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=38542&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=38542&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=38542&r=support
Expected behavior:http://bugs.php.net/fix.php?id=38542&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=38542&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=38542&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=38542&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38542&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=38542&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=38542&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=38542&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=38542&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=38542&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=38542&r=mysqlcfg
#38542 [Fbk->Opn]: proc_get_status : wrong PID
ID: 38542
User updated by: php at bouchery dot com
Reported By: php at bouchery dot com
-Status: Feedback
+Status: Open
Bug Type: Program Execution
Operating System: Windows XP
PHP Version: 5.1.5
New Comment:
Same problem :
PID = 1844
Image Name PID Session Name Session#Mem
Usage
= ==
notepad.exe 4432 Console 0 3 220
K
INFO: No tasks running with the specified criteria.
Previous Comments:
[2006-08-22 13:05:33] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.2-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.2-win32-latest.zip
[2006-08-22 09:25:52] php at bouchery dot com
Description:
proc_get_status return the wrong PID
Reproduce code:
---
array('pipe', 'r' ), 1 => array('pipe',
'w' ), 2 => array('pipe', 'w' ) );
$process = proc_open($cmd, $descriptorspec, $pipes);
$status = proc_get_status( $process );
echo 'PID = ', $status['pid'], "\n";
passthru( 'tasklist /fi "imagename eq notepad.exe"');
echo "\n\n";
passthru( 'tasklist /fi "pid eq ' . $status['pid'] . '"' );
echo "\n\n";
?>
Expected result:
proc_get_status should return the notepad's PID
Actual result:
--
It returns a PID which doesn't exist or associate to a process which is
not related to the script context.
--
Edit this bug report at http://bugs.php.net/?id=38542&edit=1
#39164 [NEW]: SimpleXML : foreach create new node
From: php at bouchery dot com Operating system: Windows XP PHP version: 5.1.6 PHP Bug Type: SimpleXML related Bug description: SimpleXML : foreach create new node Description: When using "foreach" on inexisting node, a new node is create. Reproduce code: --- Node a'); foreach( $xml->b as $b ); echo $xml->asXML(); ?> Expected result: Node a Actual result: -- Node a -- Edit bug report at http://bugs.php.net/?id=39164&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39164&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39164&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39164&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39164&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39164&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39164&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39164&r=needscript Try newer version:http://bugs.php.net/fix.php?id=39164&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39164&r=support Expected behavior:http://bugs.php.net/fix.php?id=39164&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39164&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39164&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39164&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39164&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39164&r=dst IIS Stability:http://bugs.php.net/fix.php?id=39164&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39164&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39164&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39164&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39164&r=mysqlcfg
#39164 [Bgs]: SimpleXML : foreach create new node
ID: 39164 User updated by: php at bouchery dot com Reported By: php at bouchery dot com Status: Bogus Bug Type: SimpleXML related Operating System: Windows XP PHP Version: 5.1.6 New Comment: I didn't see that in the documentation. Even if it's written, it's a strange behaviour and shoud be a change request. Reading data should not modify it. Previous Comments: [2006-10-16 15:57:41] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php . [2006-10-16 11:49:37] php at bouchery dot com Description: When using "foreach" on inexisting node, a new node is create. Reproduce code: --- Node a'); foreach( $xml->b as $b ); echo $xml->asXML(); ?> Expected result: Node a Actual result: -- Node a -- Edit this bug report at http://bugs.php.net/?id=39164&edit=1
#37702 [NEW]: Make toString working with strval
From: php at bouchery dot com Operating system: All PHP version: 5.1.4 PHP Bug Type: Feature/Change Request Bug description: Make toString working with strval Description: Currently, __toString work ONLY with echo/print, and it's very restrictive. It could be very interresting to allow toString working with strval() to avoid this : __toString(); else $text = 'var = ' . $var; ?> Expected result: Or better : -- Edit bug report at http://bugs.php.net/?id=37702&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37702&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37702&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37702&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37702&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37702&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37702&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37702&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37702&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37702&r=support Expected behavior:http://bugs.php.net/fix.php?id=37702&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37702&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37702&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37702&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37702&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37702&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37702&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37702&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37702&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37702&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37702&r=mysqlcfg
#37704 [NEW]: carriage return suppression after closing tag
From: php at bouchery dot com Operating system: Windows XP PHP version: 5.1.4 PHP Bug Type: Output Control Bug description: carriage return suppression after closing tag Description: After php closing tag, carriage returns are deleted. If I add some text after the closing tag, it's OK. It happen only if the carriage return is place just after the closing tag. Reproduce code: --- Expected result: Line 1 Line 2 Actual result: -- Line 1Line 2 -- Edit bug report at http://bugs.php.net/?id=37704&edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=37704&r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=37704&r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=37704&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=37704&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=37704&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=37704&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=37704&r=needscript Try newer version:http://bugs.php.net/fix.php?id=37704&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=37704&r=support Expected behavior:http://bugs.php.net/fix.php?id=37704&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=37704&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=37704&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=37704&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37704&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=37704&r=dst IIS Stability:http://bugs.php.net/fix.php?id=37704&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=37704&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=37704&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=37704&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=37704&r=mysqlcfg
#37702 [Csd]: Make toString working with strval
ID: 37702 User updated by: php at bouchery dot com Reported By: php at bouchery dot com Status: Closed Bug Type: Feature/Change Request Operating System: * PHP Version: 5.1.* Assigned To: helly New Comment: It's a bug ? Seen in the documentation : "It is worth noting that the __toString method will only be called when it is directly combined with echo() or print()." And Example 19-28 confirm this "feature". here : http://www.php.net/manual/en/language.oop5.magic.php Previous Comments: [2006-06-05 15:34:28] [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. Cannot be fixed in 5.1 and is already fixed in HEAD and 5.2 ---- [2006-06-05 15:29:08] php at bouchery dot com Description: Currently, __toString work ONLY with echo/print, and it's very restrictive. It could be very interresting to allow toString working with strval() to avoid this : __toString(); else $text = 'var = ' . $var; ?> Expected result: Or better : -- Edit this bug report at http://bugs.php.net/?id=37702&edit=1
#37704 [WFx]: carriage return suppression after closing tag
ID: 37704 User updated by: php at bouchery dot com Reported By: php at bouchery dot com Status: Wont fix Bug Type: Output Control Operating System: Windows XP PHP Version: 5.1.4 New Comment: Ok. Is it writen in the documentation ? Previous Comments: [2006-06-05 19:09:27] [EMAIL PROTECTED] This is a feature and changing this would break tons of existing applications. [2006-06-05 18:40:12] php at bouchery dot com Description: After php closing tag, carriage returns are deleted. If I add some text after the closing tag, it's OK. It happen only if the carriage return is place just after the closing tag. Reproduce code: --- Expected result: Line 1 Line 2 Actual result: -- Line 1Line 2 -- Edit this bug report at http://bugs.php.net/?id=37704&edit=1
#37882 [NEW]: overloading array access
From: php at bouchery dot com
Operating system: all
PHP version: 5.1.5CVS
PHP Bug Type: Feature/Change Request
Bug description: overloading array access
Description:
I would like to overload array access like this
parameters[ $name ] ) ) {
$this->parameters[ $name ] = array();
}
$this->parameters[ $name ][ $key ] = $value;
}
}
$object = new MyClass;
$object->a[ 'x' ] = 'value';
?>
--
Edit bug report at http://bugs.php.net/?id=37882&edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=37882&r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=37882&r=trysnapshot52
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=37882&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=37882&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=37882&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=37882&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=37882&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=37882&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=37882&r=support
Expected behavior:http://bugs.php.net/fix.php?id=37882&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=37882&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=37882&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=37882&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=37882&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=37882&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=37882&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=37882&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=37882&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=37882&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=37882&r=mysqlcfg
[PHP-BUG] Bug #55183 [NEW]: Aliasing traits
From:
Operating system: Windows XP
PHP version: 5.4.0alpha1
Package: Class/Object related
Bug Type: Bug
Bug description:Aliasing traits
Description:
I have 2 traits with the same method name. I don't want to keep one and
rename
(alias) the other, but rename both.
use X, Y {
X::set as setX;
Y::set as setY;
}
Test script:
---
_x = $x;
}
}
trait Y {
protected $_y = 0;
public function set($y) {
$this->_y = $y;
}
}
class MyClass {
use X, Y {
X::set as setX;
Y::set as setY;
}
}
?>
Expected result:
MyClass with 2 method and 2 properties :
class MyClass
{
protected $_x = 0;
protected $_y = 0;
public function setX($x) {
$this->_x = $x;
}
public function setY($y) {
$this->_y = $y;
}
}
Actual result:
--
PHP Fatal error: Trait method set has not been applied, because there are
collisions with other trait methods on MyClass
--
Edit bug report at https://bugs.php.net/bug.php?id=55183&edit=1
--
Try a snapshot (PHP 5.2):
https://bugs.php.net/fix.php?id=55183&r=trysnapshot52
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=55183&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=55183&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=55183&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=55183&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=55183&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=55183&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=55183&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=55183&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=55183&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=55183&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=55183&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=55183&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=55183&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=55183&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=55183&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=55183&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=55183&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=55183&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=55183&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=55183&r=mysqlcfg
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=55183&r=trysnapshot54
