#31201 [Bgs]: COM functionality broken in PHP 4.3.10
ID: 31201 User updated by: borbarad at gmxpro dot net Reported By: borbarad at gmxpro dot net Status: Bogus Bug Type: COM related Operating System: Windows 2000 Server PHP Version: 4.3.10 New Comment: Problem seems to be solved in the current stable CVS snapshot. Previous Comments: [2004-12-23 02:42:16] [EMAIL PROTECTED] Dupe of #31159 [2004-12-22 14:55:33] borbarad at gmxpro dot net I can also confirm, the bug is still persistent. Have only tried on command-line though, because I cannot afford downtime for our server. [2004-12-22 13:11:15] kir at post dot kg I have installed CVS snapshot. Same result. [2004-12-21 15:33:46] [EMAIL PROTECTED] 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 [2004-12-21 11:26:52] borbarad at gmxpro dot net Are you sure you upgraded correctly and have no stale DLLs? Yes. I can rule out, that there are any older DLLs in the %PATH% which may be loaded earlier. From Apache I load the php4ts.dll giving the complete path and at command-line there's no place where such a DLL could hide. Maybe it's the symptom of another change :-/ We are going to upgrade to PHP 5 anyway, but we'll have to review all our scripts. Therefore we are still using 4.3.10. 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/31201 -- Edit this bug report at http://bugs.php.net/?id=31201edit=1
#31201 [Fbk-Opn]: COM functionality broken in PHP 4.3.10
ID: 31201
User updated by: borbarad at gmxpro dot net
Reported By: borbarad at gmxpro dot net
-Status: Feedback
+Status: Open
Bug Type: COM related
Operating System: Windows 2000 Server
PHP Version: 4.3.10
New Comment:
I can also confirm, the bug is still persistent.
Have only tried on command-line though, because I cannot afford
downtime for our server.
Previous Comments:
[2004-12-22 13:11:15] kir at post dot kg
I have installed CVS snapshot.
Same result.
[2004-12-21 15:33:46] [EMAIL PROTECTED]
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
[2004-12-21 11:26:52] borbarad at gmxpro dot net
Are you sure you upgraded correctly and have no stale DLLs?
Yes. I can rule out, that there are any older DLLs in the %PATH% which
may be loaded earlier. From Apache I load the php4ts.dll giving the
complete path and at command-line there's no place where such a DLL
could hide.
Maybe it's the symptom of another change :-/
We are going to upgrade to PHP 5 anyway, but we'll have to review all
our scripts. Therefore we are still using 4.3.10.
[2004-12-21 02:08:12] [EMAIL PROTECTED]
The 4.3 COM codebase hasn't changed in the latest release, so this
sounds fishy.
Are you sure you upgraded correctly and have no stale DLLs?
If you continue to have COM related problems, we highly recommend that
you upgrade to PHP 5 where the COM support has been completely
rewritten.
We don't support COM in PHP 4 any longer (although you might be able to
sponsor one of the developers to work on it if you're really serious).
[2004-12-20 14:47:04] borbarad at gmxpro dot net
Description:
When calling new COM() in PHP 4.3.10 the call will raise an exception
due to read of memory at a location too close to NULL (same memory
page).
This problem occurred only in the latest PHP release. It does not apply
to 4.3.9! Actually because it broke some of our scripts we recognized
this as a problem.
Reproduce code:
---
//---
function GetDomainMachines($DomainName)
{
// Get the domain object ...
$objDomain = new COM(WinNT://.$DomainName);
// List all objects and ...
while($obj = $objDomain-Next())
// ... filter for computers
if ($obj-Class == Computer){
$arr[] = $obj-Name;
}
return $arr;
}
/* Give a valid domain name as the parameter, then call
the function and dump the array contents */
Expected result:
It will return all machine names of domain members in the hash.
Instead of filtering for type Computer one may use User and give
the local machine as the DomainName parameter. In this case it should
even work on the local machine and will return all users of the local
machine.
Actual result:
--
Exception (messagebox, not even as a PHP error). Find a screenshot
here:
http://www.erm.tu-cottbus.de/~schneol/php/Screenshot0001.png
Note, that regardless which object you try to instantiate you'll always
fail reading at 0x006c, not different locations in memory.
--
Edit this bug report at http://bugs.php.net/?id=31201edit=1
#31201 [Fbk-Opn]: COM functionality broken in PHP 4.3.10
ID: 31201
User updated by: borbarad at gmxpro dot net
Reported By: borbarad at gmxpro dot net
-Status: Feedback
+Status: Open
Bug Type: COM related
Operating System: Windows 2000 Server
PHP Version: 4.3.10
New Comment:
Are you sure you upgraded correctly and have no stale DLLs?
Yes. I can rule out, that there are any older DLLs in the %PATH% which
may be loaded earlier. From Apache I load the php4ts.dll giving the
complete path and at command-line there's no place where such a DLL
could hide.
Maybe it's the symptom of another change :-/
We are going to upgrade to PHP 5 anyway, but we'll have to review all
our scripts. Therefore we are still using 4.3.10.
Previous Comments:
[2004-12-21 02:08:12] [EMAIL PROTECTED]
The 4.3 COM codebase hasn't changed in the latest release, so this
sounds fishy.
Are you sure you upgraded correctly and have no stale DLLs?
If you continue to have COM related problems, we highly recommend that
you upgrade to PHP 5 where the COM support has been completely
rewritten.
We don't support COM in PHP 4 any longer (although you might be able to
sponsor one of the developers to work on it if you're really serious).
[2004-12-20 14:47:04] borbarad at gmxpro dot net
Description:
When calling new COM() in PHP 4.3.10 the call will raise an exception
due to read of memory at a location too close to NULL (same memory
page).
This problem occurred only in the latest PHP release. It does not apply
to 4.3.9! Actually because it broke some of our scripts we recognized
this as a problem.
Reproduce code:
---
//---
function GetDomainMachines($DomainName)
{
// Get the domain object ...
$objDomain = new COM(WinNT://.$DomainName);
// List all objects and ...
while($obj = $objDomain-Next())
// ... filter for computers
if ($obj-Class == Computer){
$arr[] = $obj-Name;
}
return $arr;
}
/* Give a valid domain name as the parameter, then call
the function and dump the array contents */
Expected result:
It will return all machine names of domain members in the hash.
Instead of filtering for type Computer one may use User and give
the local machine as the DomainName parameter. In this case it should
even work on the local machine and will return all users of the local
machine.
Actual result:
--
Exception (messagebox, not even as a PHP error). Find a screenshot
here:
http://www.erm.tu-cottbus.de/~schneol/php/Screenshot0001.png
Note, that regardless which object you try to instantiate you'll always
fail reading at 0x006c, not different locations in memory.
--
Edit this bug report at http://bugs.php.net/?id=31201edit=1
#31201 [NEW]: COM functionality broken in PHP 4.3.10
From: borbarad at gmxpro dot net
Operating system: Windows 2000 Server
PHP version: 4.3.10
PHP Bug Type: COM related
Bug description: COM functionality broken in PHP 4.3.10
Description:
When calling new COM() in PHP 4.3.10 the call will raise an exception due
to read of memory at a location too close to NULL (same memory page).
This problem occurred only in the latest PHP release. It does not apply to
4.3.9! Actually because it broke some of our scripts we recognized this as
a problem.
Reproduce code:
---
//---
function GetDomainMachines($DomainName)
{
// Get the domain object ...
$objDomain = new COM(WinNT://.$DomainName);
// List all objects and ...
while($obj = $objDomain-Next())
// ... filter for computers
if ($obj-Class == Computer){
$arr[] = $obj-Name;
}
return $arr;
}
/* Give a valid domain name as the parameter, then call
the function and dump the array contents */
Expected result:
It will return all machine names of domain members in the hash.
Instead of filtering for type Computer one may use User and give the
local machine as the DomainName parameter. In this case it should even
work on the local machine and will return all users of the local machine.
Actual result:
--
Exception (messagebox, not even as a PHP error). Find a screenshot here:
http://www.erm.tu-cottbus.de/~schneol/php/Screenshot0001.png
Note, that regardless which object you try to instantiate you'll always
fail reading at 0x006c, not different locations in memory.
--
Edit bug report at http://bugs.php.net/?id=31201edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31201r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=31201r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=31201r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=31201r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=31201r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=31201r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=31201r=needscript
Try newer version: http://bugs.php.net/fix.php?id=31201r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=31201r=support
Expected behavior: http://bugs.php.net/fix.php?id=31201r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=31201r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=31201r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=31201r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31201r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=31201r=dst
IIS Stability: http://bugs.php.net/fix.php?id=31201r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=31201r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=31201r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=31201r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=31201r=mysqlcfg
