#31520 [Opn]: Cannot instantiate COM object under Windows 2003 Server
ID: 31520
User updated by: khoukaz at web dot de
Reported By: khoukaz at web dot de
Status: Open
Bug Type: COM related
Operating System: Windows 2003 Server
PHP Version: 4.3.9/5.0.3
New Comment:
One more hint:
If i use dcomcnfg on my Windows 2003 Server to specify the
corresponding application to run on another computer (Windows XP Prof),
everything works fine. Unfortunately i cannot use this configuration...
Any idea?
Chris
Previous Comments:
[2005-01-13 13:23:31] khoukaz at web dot de
I tested it with PHP 5.0.3 on Windows 2003 Server and it's the same
error:
Fatal error: Uncaught exception 'com_exception' with message 'Failed to
create COM object `<...>': The server process could not be started
because the configured identity is incorrect. Check the username and
password. ' in c:\program files\apache group\Apache\htdocs\test.php:7
Stack trace: #0 c:\program files\apache
group\Apache\htdocs\test.php(7): com->com('<...>') #1 {main} thrown in
c:\program files\apache group\Apache\htdocs\test.php on line 7
So it really seems to be a bug in conjunction with Windows 2003
Server.
Chris
----
[2005-01-13 09:11:20] khoukaz at web dot de
No, it's the same behaviour. The only difference is that the request
takes some seconds now. Afterwards the error "The page cannot be
displayed" appears in the browser. In the error.log file there's an
entry with the error described below (Unable to obtain IDispatch
interface for CLSID ...).
Chris
[2005-01-12 18:44:25] [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
----
[2005-01-12 17:14:38] khoukaz at web dot de
Description:
I'm not able to instantiate an object of my COM interface under Windows
2003 Server. I'm using the following code:
$obj = new COM(" ");
Under all other windows oporationg system it works fine, but not with
Windows 2003 Server.
The error message is:
Warning: (null)(): Unable to obtain IDispatch interface for CLSID
{C9E9F131-B9B5-4779-8267-D67B50EEBC20}: The server process could not be
started because the configured identity is incorrect. Check the username
and password. in c:\program files\apache group\apache\htdocs\test.php on
line 7
Surprinsingly $shell= &new COM('WScript.Shell') for example makes no
problems. So what is wrong with my COM interface?
I'm using PHP with apache 1.3.26 as a module.
Thanks in advance
Chris
--
Edit this bug report at http://bugs.php.net/?id=31520&edit=1
#31520 [Fbk->Opn]: Cannot instantiate COM object under Windows 2003 Server
ID: 31520
User updated by: khoukaz at web dot de
Reported By: khoukaz at web dot de
-Status: Feedback
+Status: Open
Bug Type: COM related
Operating System: Windows 2003 Server
PHP Version: 4.3.9
New Comment:
No, it's the same behaviour. The only difference is that the request
takes some seconds now. Afterwards the error "The page cannot be
displayed" appears in the browser. In the error.log file there's an
entry with the error described below (Unable to obtain IDispatch
interface for CLSID ...).
Chris
Previous Comments:
[2005-01-12 18:44:25] [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
[2005-01-12 17:14:38] khoukaz at web dot de
Description:
I'm not able to instantiate an object of my COM interface under Windows
2003 Server. I'm using the following code:
$obj = new COM(" ");
Under all other windows oporationg system it works fine, but not with
Windows 2003 Server.
The error message is:
Warning: (null)(): Unable to obtain IDispatch interface for CLSID
{C9E9F131-B9B5-4779-8267-D67B50EEBC20}: The server process could not be
started because the configured identity is incorrect. Check the username
and password. in c:\program files\apache group\apache\htdocs\test.php on
line 7
Surprinsingly $shell= &new COM('WScript.Shell') for example makes no
problems. So what is wrong with my COM interface?
I'm using PHP with apache 1.3.26 as a module.
Thanks in advance
Chris
--
Edit this bug report at http://bugs.php.net/?id=31520&edit=1
#31520 [Opn]: Cannot instantiate COM object under Windows 2003 Server
ID: 31520
User updated by: khoukaz at web dot de
Reported By: khoukaz at web dot de
Status: Open
Bug Type: COM related
Operating System: Windows 2003 Server
-PHP Version: 4.3.9
+PHP Version: 4.3.9/5.0.3
New Comment:
I tested it with PHP 5.0.3 on Windows 2003 Server and it's the same
error:
Fatal error: Uncaught exception 'com_exception' with message 'Failed to
create COM object `<...>': The server process could not be started
because the configured identity is incorrect. Check the username and
password. ' in c:\program files\apache group\Apache\htdocs\test.php:7
Stack trace: #0 c:\program files\apache
group\Apache\htdocs\test.php(7): com->com('<...>') #1 {main} thrown in
c:\program files\apache group\Apache\htdocs\test.php on line 7
So it really seems to be a bug in conjunction with Windows 2003
Server.
Chris
Previous Comments:
----
[2005-01-13 09:11:20] khoukaz at web dot de
No, it's the same behaviour. The only difference is that the request
takes some seconds now. Afterwards the error "The page cannot be
displayed" appears in the browser. In the error.log file there's an
entry with the error described below (Unable to obtain IDispatch
interface for CLSID ...).
Chris
[2005-01-12 18:44:25] [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
----
[2005-01-12 17:14:38] khoukaz at web dot de
Description:
I'm not able to instantiate an object of my COM interface under Windows
2003 Server. I'm using the following code:
$obj = new COM(" ");
Under all other windows oporationg system it works fine, but not with
Windows 2003 Server.
The error message is:
Warning: (null)(): Unable to obtain IDispatch interface for CLSID
{C9E9F131-B9B5-4779-8267-D67B50EEBC20}: The server process could not be
started because the configured identity is incorrect. Check the username
and password. in c:\program files\apache group\apache\htdocs\test.php on
line 7
Surprinsingly $shell= &new COM('WScript.Shell') for example makes no
problems. So what is wrong with my COM interface?
I'm using PHP with apache 1.3.26 as a module.
Thanks in advance
Chris
--
Edit this bug report at http://bugs.php.net/?id=31520&edit=1
#31520 [NEW]: Cannot instantiate COM object under Windows 2003 Server
From: khoukaz at web dot de
Operating system: Windows 2003 Server
PHP version: 4.3.9
PHP Bug Type: COM related
Bug description: Cannot instantiate COM object under Windows 2003 Server
Description:
I'm not able to instantiate an object of my COM interface under Windows
2003 Server. I'm using the following code:
$obj = new COM(" ");
Under all other windows oporationg system it works fine, but not with
Windows 2003 Server.
The error message is:
Warning: (null)(): Unable to obtain IDispatch interface for CLSID
{C9E9F131-B9B5-4779-8267-D67B50EEBC20}: The server process could not be
started because the configured identity is incorrect. Check the username
and password. in c:\program files\apache group\apache\htdocs\test.php on
line 7
Surprinsingly $shell= &new COM('WScript.Shell') for example makes no
problems. So what is wrong with my COM interface?
I'm using PHP with apache 1.3.26 as a module.
Thanks in advance
Chris
--
Edit bug report at http://bugs.php.net/?id=31520&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31520&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=31520&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=31520&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=31520&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=31520&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=31520&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=31520&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=31520&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=31520&r=support
Expected behavior: http://bugs.php.net/fix.php?id=31520&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=31520&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=31520&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=31520&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31520&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=31520&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=31520&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=31520&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=31520&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=31520&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=31520&r=mysqlcfg
Bug #15613 Updated: readfile doesn't work correctly with WIndows XP
ID: 15613 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Output Control Operating System: Windows XP (Professional) PHP Version: 4.1.1 New Comment: The bug is fixed with Apache 1.3.24 Previous Comments: [2002-03-26 03:12:10] [EMAIL PROTECTED] Not critical [2002-03-21 03:07:13] [EMAIL PROTECTED] Yes, i have tested the script on Win NT and Win2000. There are no problems. So it is really a problem of Win XP + PHP as module. [2002-03-20 14:53:33] [EMAIL PROTECTED] I think the bug *may* be a bug in apache under Windows XP. Is there any chance you can test the same script on Win2k or NT? (Just to narrow that part down too). I'll ask the sapi/apache guys here about this problem; we did discuss this a while ago and I think the general opinion was that it was related to apache; if you could write a bug report to apache (or just check to see if anyone else has the same problem) that will get more heads thinking about it :-) Derick (if you are reading this), I'm marking this as critical meaning that it should be fixed for PHP 4.2 [2002-03-20 14:18:00] [EMAIL PROTECTED] Yes, you are right. If i call the script as CGI under apache it works fine. If i start it from the command line, i get a message, that the script cannot open the file i want to read. With PHP as apache module i get the problems described above. Unfortunately i cannot use PHP as CGI. What do you mean with 'apache related'. Is it a bug in apache or in PHP? Shall i write a bugreport to apache? Thanks, [2002-03-20 07:57:56] [EMAIL PROTECTED] I meant to say: please try running the CGI both under apache and from the command line. 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/15613 -- Edit this bug report at http://bugs.php.net/?id=15613&edit=1
Bug #15613 Updated: readfile doesn't work correctly with WIndows XP
ID: 15613 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Output Control Operating System: Windows XP (Professional) PHP Version: 4.1.1 New Comment: Yes, i have tested the script on Win NT and Win2000. There are no problems. So it is really a problem of Win XP + PHP as module. Previous Comments: [2002-03-20 14:53:33] [EMAIL PROTECTED] I think the bug *may* be a bug in apache under Windows XP. Is there any chance you can test the same script on Win2k or NT? (Just to narrow that part down too). I'll ask the sapi/apache guys here about this problem; we did discuss this a while ago and I think the general opinion was that it was related to apache; if you could write a bug report to apache (or just check to see if anyone else has the same problem) that will get more heads thinking about it :-) Derick (if you are reading this), I'm marking this as critical meaning that it should be fixed for PHP 4.2 [2002-03-20 14:18:00] [EMAIL PROTECTED] Yes, you are right. If i call the script as CGI under apache it works fine. If i start it from the command line, i get a message, that the script cannot open the file i want to read. With PHP as apache module i get the problems described above. Unfortunately i cannot use PHP as CGI. What do you mean with 'apache related'. Is it a bug in apache or in PHP? Shall i write a bugreport to apache? Thanks, [2002-03-20 07:57:56] [EMAIL PROTECTED] I meant to say: please try running the CGI both under apache and from the command line. [2002-03-20 07:37:20] [EMAIL PROTECTED] Does this happen if you use CGI under XP? I suspect that this might be apache related. --Wez. [2002-03-20 06:22:27] [EMAIL PROTECTED] Reopening. 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/15613 -- Edit this bug report at http://bugs.php.net/?id=15613&edit=1
Bug #15613 Updated: readfile doesn't work correctly with WIndows XP
ID: 15613 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Output Control Operating System: Windows XP (Professional) PHP Version: 4.1.1 New Comment: Yes, you are right. If i call the script as CGI under apache it works fine. If i start it from the command line, i get a message, that the script cannot open the file i want to read. With PHP as apache module i get the problems described above. Unfortunately i cannot use PHP as CGI. What do you mean with 'apache related'. Is it a bug in apache or in PHP? Shall i write a bugreport to apache? Thanks, Previous Comments: [2002-03-20 07:57:56] [EMAIL PROTECTED] I meant to say: please try running the CGI both under apache and from the command line. [2002-03-20 07:37:20] [EMAIL PROTECTED] Does this happen if you use CGI under XP? I suspect that this might be apache related. --Wez. [2002-03-20 06:22:27] [EMAIL PROTECTED] Reopening. [2002-03-20 02:22:51] [EMAIL PROTECTED] The bug is not fixed. The problems are still present. By the way, fread doesn't work well with all files. The problems only occur under Windows XP. [2002-03-20 00:00:05] [EMAIL PROTECTED] No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/15613 -- Edit this bug report at http://bugs.php.net/?id=15613&edit=1
Bug #16178: readfile doesn't work correctly with Windows XP
From: [EMAIL PROTECTED] Operating system: Windows XP (Professional) PHP version: 4.1.1 PHP Bug Type: Output Control Bug description: readfile doesn't work correctly with Windows XP Please see Bug #15613 for more information. I cannot change the status back to open, so i write a new bug report. Bug #15613 is not fixed. The problems are still present. By the way, fread doesn't work well with all files (either binary nor ASCII). The problems only occur under Windows XP. -- Edit bug report at http://bugs.php.net/?id=16178&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16178&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16178&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16178&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16178&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16178&r=support Expected behavior: http://bugs.php.net/fix.php?id=16178&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16178&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16178&r=submittedtwice
Bug #15613 Updated: readfile doesn't work correctly with WIndows XP
ID: 15613 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: Output Control Operating System: Windows XP (Professional) PHP Version: 4.1.1 New Comment: The bug is not fixed. The problems are still present. By the way, fread doesn't work well with all files. The problems only occur under Windows XP. Previous Comments: [2002-03-20 00:00:05] [EMAIL PROTECTED] No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-03-06 04:48:51] [EMAIL PROTECTED] I could solve the problem with binary files by using fread instead of readfile: But this only works with binary files. With text files a get the same problems (see above). [2002-02-20 03:23:36] [EMAIL PROTECTED] Now i turned implicit_flush in the php.ini to on (see Bug #15245), but this doesn't matter. Please let me know, if you need more information. [2002-02-19 05:34:01] [EMAIL PROTECTED] No output buffering, no compression. [2002-02-19 05:25:16] [EMAIL PROTECTED] Yuk! Do you have output buffering enabled, and/or gzip compression? (Just to confirm). 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/15613 -- Edit this bug report at http://bugs.php.net/?id=15613&edit=1
Bug #15613 Updated: readfile doesn't work correctly with WIndows XP
ID: 15613
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Output Control
Operating System: Windows XP (Professional)
PHP Version: 4.1.1
New Comment:
I could solve the problem with binary files by using fread instead of
readfile:
But this only works with binary files. With text files a get the same
problems (see above).
Previous Comments:
[2002-02-20 03:23:36] [EMAIL PROTECTED]
Now i turned implicit_flush in the php.ini to on (see Bug #15245), but
this doesn't matter.
Please let me know, if you need more information.
[2002-02-19 05:34:01] [EMAIL PROTECTED]
No output buffering, no compression.
[2002-02-19 05:25:16] [EMAIL PROTECTED]
Yuk!
Do you have output buffering enabled, and/or gzip compression?
(Just to confirm).
[2002-02-19 05:09:04] [EMAIL PROTECTED]
No, it's not a problem of the image presentation. The files (the
original and the downloaded one) differ. The same probleme occurs with
text files. Below you will find a comparision between an original text
file and what the download makes of it:
--- a cutting of apache httpd.conf
#LoadModule usertrack_module modules/mod_usertrack.so
#LoadModule unique_id_module modules/mod_unique_id.so
LoadModule php4_module modules/php4apache.dll
#
# Reconstruction of the complete module list from all available
modules
# (static and shared ones) to achieve correct module execution order.
#
# The modules listed below, without a corresponding LoadModule
directive,
# are static bound into the standard Apache binary distribution for
Windows.
#
# Note: The order in which modules are loaded is important. Don't
change
# the order below without expert advice.
#
# [WHENEVER YOU CHANGE THE LOADMODULE SECTION ABOVE, UPDATE THIS TOO!]
ClearModuleList
#AddModule mod_vhost_alias.c
AddModule mod_env.c
AddModule mod_log_config.c
#AddModule mod_mime_magic.c
...
---
--- the downloaded part ---
#LoadModule usertrack_module modules/mod_usertrack.so
#LoadModule unique_id_module modules/mod_unique_id.so
LoadModule php4_module modules/php4apache.dll
#
# Reconstruction of the complete module list from all available
modules
# (static and shared ones) to achieve correct module execution order.
#
# The modules listed below, without a corresponding LoadModule
directiveRCRD(.
.í `ë.pì..h..Ô `ëY±Á... `ëä `ëä `ëÐ.....h......(.¨Ð.......÷..Ë.FILE0..À `ë..8..¨........Þ_........`...H......,åÙ¼¹Á,åÙ¼¹Á,åÙ¼¹Á,åÙ¼¹Á
...\..0...x..Z.....[.,åÙ¼¹Á,åÙ¼¹Á,åÙ¼¹Á,åÙ¼¹Á
...
R.E.S.U.L.T.~.3...H.T.M.t.m...0...x..^.....[.,åÙ¼¹Á,åÙ¼¹Á,åÙ¼¹Á,åÙ¼¹Á
.Y±r.e.s.u.l.t.s.[.2.]...h.t.m..............yGH `ë `ë(......h.....(...(.....Zá..S `ë@......h.....(...(.........÷..Ë............a `ëS `ëS `ëp......h.....(.H.p..........÷..Ë....H.....@...£3<øu `ëa `ëa `ë0......h.....(..(..¬.Ræ...Y±~ ..... `ëu `ëu `ëX......h... . .(..@.........÷..Ë.... `ë `ë `ë8......h...
.
.(..0....@....÷..Ë.!~ .ð£3<ø `ë `ë(......h.....(...(..... Ûü.y ïª `ë0......h.....(..(..¬....Tæ.@ .....¶ `ëª `ëª `ëH......h...
.
.(. .8. ...E....óY±Ë..ßáÄw ï..=øèAÙ.Å `ë¶ `ë¶ `ëX......h... . .(..@.........ó..Ë..
.._.._...@.._.._..Ö `ëÅ `ëÅ `ë......h.....(.8.`.8.Ä...à...˽.ʦv»¹Á~k{»¹Á~k{»¹Á~k{»¹Á.
.._.. ...ʦv»¹Á~k{»¹Á~k{»¹Á~k{»¹Á.@.._..
...ï `ëÖ `ëÖ `ë......h..
...(.8.`.8.Ä...P...˽.ʦv»¹Á~k{»¹Á~k{»¹Á~k{»¹Á.
.._Y± ...ʦv»¹Á~k{»¹Á~k{»¹Á~k{»¹Á.@.._..
... `ëï `ë(......h.....(...(....
Bug #15613 Updated: readfile doesn't work correctly with WIndows XP
ID: 15613
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Output Control
Operating System: Windows XP (Professional)
PHP Version: 4.1.1
New Comment:
Now i turned implicit_flush in the php.ini to on (see Bug #15245), but
this doesn't matter.
Please let me know, if you need more information.
Previous Comments:
[2002-02-19 05:34:01] [EMAIL PROTECTED]
No output buffering, no compression.
[2002-02-19 05:25:16] [EMAIL PROTECTED]
Yuk!
Do you have output buffering enabled, and/or gzip compression?
(Just to confirm).
[2002-02-19 05:09:04] [EMAIL PROTECTED]
No, it's not a problem of the image presentation. The files (the
original and the downloaded one) differ. The same probleme occurs with
text files. Below you will find a comparision between an original text
file and what the download makes of it:
--- a cutting of apache httpd.conf
#LoadModule usertrack_module modules/mod_usertrack.so
#LoadModule unique_id_module modules/mod_unique_id.so
LoadModule php4_module modules/php4apache.dll
#
# Reconstruction of the complete module list from all available
modules
# (static and shared ones) to achieve correct module execution order.
#
# The modules listed below, without a corresponding LoadModule
directive,
# are static bound into the standard Apache binary distribution for
Windows.
#
# Note: The order in which modules are loaded is important. Don't
change
# the order below without expert advice.
#
# [WHENEVER YOU CHANGE THE LOADMODULE SECTION ABOVE, UPDATE THIS TOO!]
ClearModuleList
#AddModule mod_vhost_alias.c
AddModule mod_env.c
AddModule mod_log_config.c
#AddModule mod_mime_magic.c
...
---
--- the downloaded part ---
#LoadModule usertrack_module modules/mod_usertrack.so
#LoadModule unique_id_module modules/mod_unique_id.so
LoadModule php4_module modules/php4apache.dll
#
# Reconstruction of the complete module list from all available
modules
# (static and shared ones) to achieve correct module execution order.
#
# The modules listed below, without a corresponding LoadModule
directiveRCRD(.
.í `ë.pì..h..Ô `ëY±Á... `ëä `ëä `ëÐ.....h......(.¨Ð.......÷..Ë.FILE0..À `ë..8..¨........Þ_........`...H......,åÙ¼¹Á,åÙ¼¹Á,åÙ¼¹Á,åÙ¼¹Á
...\..0...x..Z.....[.,åÙ¼¹Á,åÙ¼¹Á,åÙ¼¹Á,åÙ¼¹Á
...
R.E.S.U.L.T.~.3...H.T.M.t.m...0...x..^.....[.,åÙ¼¹Á,åÙ¼¹Á,åÙ¼¹Á,åÙ¼¹Á
.Y±r.e.s.u.l.t.s.[.2.]...h.t.m..............yGH `ë `ë(......h.....(...(.....Zá..S `ë@......h.....(...(.........÷..Ë............a `ëS `ëS `ëp......h.....(.H.p..........÷..Ë....H.....@...£3<øu `ëa `ëa `ë0......h.....(..(..¬.Ræ...Y±~ ..... `ëu `ëu `ëX......h... . .(..@.........÷..Ë.... `ë `ë `ë8......h...
.
.(..0....@....÷..Ë.!~ .ð£3<ø `ë `ë(......h.....(...(..... Ûü.y ïª `ë0......h.....(..(..¬....Tæ.@ .....¶ `ëª `ëª `ëH......h...
.
.(. .8. ...E....óY±Ë..ßáÄw ï..=øèAÙ.Å `ë¶ `ë¶ `ëX......h... . .(..@.........ó..Ë..
.._.._...@.._.._..Ö `ëÅ `ëÅ `ë......h.....(.8.`.8.Ä...à...˽.ʦv»¹Á~k{»¹Á~k{»¹Á~k{»¹Á.
.._.. ...ʦv»¹Á~k{»¹Á~k{»¹Á~k{»¹Á.@.._..
...ï `ëÖ `ëÖ `ë......h..
...(.8.`.8.Ä...P...˽.ʦv»¹Á~k{»¹Á~k{»¹Á~k{»¹Á.
.._Y± ...ʦv»¹Á~k{»¹Á~k{»¹Á~k{»¹Á.@.._..
... `ëï `ë(......h.....(...(.....Àx ï<U `ë......h.....(.0.X.0...8.0....ö..Ë.:
á¼¹Á
...\.. Õ¸Á
...\..* `ë `ë `ë......h.....(.8.`.8.Ä...
...˽. Õ¸Á
Bug #15613 Updated: readfile doesn't work correctly with WIndows XP
ID: 15613
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Output Control
Operating System: Windows XP (Professional)
PHP Version: 4.1.1
New Comment:
No output buffering, no compression.
Previous Comments:
[2002-02-19 05:25:16] [EMAIL PROTECTED]
Yuk!
Do you have output buffering enabled, and/or gzip compression?
(Just to confirm).
[2002-02-19 05:09:04] [EMAIL PROTECTED]
No, it's not a problem of the image presentation. The files (the
original and the downloaded one) differ. The same probleme occurs with
text files. Below you will find a comparision between an original text
file and what the download makes of it:
--- a cutting of apache httpd.conf
#LoadModule usertrack_module modules/mod_usertrack.so
#LoadModule unique_id_module modules/mod_unique_id.so
LoadModule php4_module modules/php4apache.dll
#
# Reconstruction of the complete module list from all available
modules
# (static and shared ones) to achieve correct module execution order.
#
# The modules listed below, without a corresponding LoadModule
directive,
# are static bound into the standard Apache binary distribution for
Windows.
#
# Note: The order in which modules are loaded is important. Don't
change
# the order below without expert advice.
#
# [WHENEVER YOU CHANGE THE LOADMODULE SECTION ABOVE, UPDATE THIS TOO!]
ClearModuleList
#AddModule mod_vhost_alias.c
AddModule mod_env.c
AddModule mod_log_config.c
#AddModule mod_mime_magic.c
...
---
--- the downloaded part ---
#LoadModule usertrack_module modules/mod_usertrack.so
#LoadModule unique_id_module modules/mod_unique_id.so
LoadModule php4_module modules/php4apache.dll
#
# Reconstruction of the complete module list from all available
modules
# (static and shared ones) to achieve correct module execution order.
#
# The modules listed below, without a corresponding LoadModule
directiveRCRD(.
.í `ë.pì..h..Ô `ëY±Á... `ëä `ëä `ëÐ.....h......(.¨Ð.......÷..Ë.FILE0..À `ë..8..¨........Þ_........`...H......,åÙ¼¹Á,åÙ¼¹Á,åÙ¼¹Á,åÙ¼¹Á
...\..0...x..Z.....[.,åÙ¼¹Á,åÙ¼¹Á,åÙ¼¹Á,åÙ¼¹Á
...
R.E.S.U.L.T.~.3...H.T.M.t.m...0...x..^.....[.,åÙ¼¹Á,åÙ¼¹Á,åÙ¼¹Á,åÙ¼¹Á
.Y±r.e.s.u.l.t.s.[.2.]...h.t.m..............yGH `ë `ë(......h.....(...(.....Zá..S `ë@......h.....(...(.........÷..Ë............a `ëS `ëS `ëp......h.....(.H.p..........÷..Ë....H.....@...£3<øu `ëa `ëa `ë0......h.....(..(..¬.Ræ...Y±~ ..... `ëu `ëu `ëX......h... . .(..@.........÷..Ë.... `ë `ë `ë8......h...
.
.(..0....@....÷..Ë.!~ .ð£3<ø `ë `ë(......h.....(...(..... Ûü.y ïª `ë0......h.....(..(..¬....Tæ.@ .....¶ `ëª `ëª `ëH......h...
.
.(. .8. ...E....óY±Ë..ßáÄw ï..=øèAÙ.Å `ë¶ `ë¶ `ëX......h... . .(..@.........ó..Ë..
.._.._...@.._.._..Ö `ëÅ `ëÅ `ë......h.....(.8.`.8.Ä...à...˽.ʦv»¹Á~k{»¹Á~k{»¹Á~k{»¹Á.
.._.. ...ʦv»¹Á~k{»¹Á~k{»¹Á~k{»¹Á.@.._..
...ï `ëÖ `ëÖ `ë......h..
...(.8.`.8.Ä...P...˽.ʦv»¹Á~k{»¹Á~k{»¹Á~k{»¹Á.
.._Y± ...ʦv»¹Á~k{»¹Á~k{»¹Á~k{»¹Á.@.._..
... `ëï `ë(......h.....(...(.....Àx ï<U `ë......h.....(.0.X.0...8.0....ö..Ë.:
á¼¹Á
...\.. Õ¸Á
...\..* `ë `ë `ë......h.....(.8.`.8.Ä...
...˽. Õ¸Á Õ¸Á Õ¸Á: á¼¹Á.
..... ... Õ¸Á Õ¸Á Õ¸Á Õ¸Y±. .....
...C `ë* `ë* `ë......h.....(.8.`.8.Ä...
...˽. Õ¸Á Õ¸Á Õ¸Á: á¼¹Á.
..... ... Õ¸
Bug #15613 Updated: readfile doesn't work correctly with WIndows XP
ID: 15613
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Output Control
Operating System: Windows XP (Professional)
PHP Version: 4.1.1
New Comment:
No, it's not a problem of the image presentation. The files (the
original and the downloaded one) differ. The same probleme occurs with
text files. Below you will find a comparision between an original text
file and what the download makes of it:
--- a cutting of apache httpd.conf
#LoadModule usertrack_module modules/mod_usertrack.so
#LoadModule unique_id_module modules/mod_unique_id.so
LoadModule php4_module modules/php4apache.dll
#
# Reconstruction of the complete module list from all available
modules
# (static and shared ones) to achieve correct module execution order.
#
# The modules listed below, without a corresponding LoadModule
directive,
# are static bound into the standard Apache binary distribution for
Windows.
#
# Note: The order in which modules are loaded is important. Don't
change
# the order below without expert advice.
#
# [WHENEVER YOU CHANGE THE LOADMODULE SECTION ABOVE, UPDATE THIS TOO!]
ClearModuleList
#AddModule mod_vhost_alias.c
AddModule mod_env.c
AddModule mod_log_config.c
#AddModule mod_mime_magic.c
...
---
--- the downloaded part ---
#LoadModule usertrack_module modules/mod_usertrack.so
#LoadModule unique_id_module modules/mod_unique_id.so
LoadModule php4_module modules/php4apache.dll
#
# Reconstruction of the complete module list from all available
modules
# (static and shared ones) to achieve correct module execution order.
#
# The modules listed below, without a corresponding LoadModule
directiveRCRD(.
.í `ë.pì..h..Ô `ëY±Á... `ëä `ëä `ëÐ.....h......(.¨Ð.......÷..Ë.FILE0..À `ë..8..¨........Þ_........`...H......,åÙ¼¹Á,åÙ¼¹Á,åÙ¼¹Á,åÙ¼¹Á
...\..0...x..Z.....[.,åÙ¼¹Á,åÙ¼¹Á,åÙ¼¹Á,åÙ¼¹Á
...
R.E.S.U.L.T.~.3...H.T.M.t.m...0...x..^.....[.,åÙ¼¹Á,åÙ¼¹Á,åÙ¼¹Á,åÙ¼¹Á
.Y±r.e.s.u.l.t.s.[.2.]...h.t.m..............yGH `ë `ë(......h.....(...(.....Zá..S `ë@......h.....(...(.........÷..Ë............a `ëS `ëS `ëp......h.....(.H.p..........÷..Ë....H.....@...£3<øu `ëa `ëa `ë0......h.....(..(..¬.Ræ...Y±~ ..... `ëu `ëu `ëX......h... . .(..@.........÷..Ë.... `ë `ë `ë8......h...
.
.(..0....@....÷..Ë.!~ .ð£3<ø `ë `ë(......h.....(...(..... Ûü.y ïª `ë0......h.....(..(..¬....Tæ.@ .....¶ `ëª `ëª `ëH......h...
.
.(. .8. ...E....óY±Ë..ßáÄw ï..=øèAÙ.Å `ë¶ `ë¶ `ëX......h... . .(..@.........ó..Ë..
.._.._...@.._.._..Ö `ëÅ `ëÅ `ë......h.....(.8.`.8.Ä...à...˽.ʦv»¹Á~k{»¹Á~k{»¹Á~k{»¹Á.
.._.. ...ʦv»¹Á~k{»¹Á~k{»¹Á~k{»¹Á.@.._..
...ï `ëÖ `ëÖ `ë......h..
...(.8.`.8.Ä...P...˽.ʦv»¹Á~k{»¹Á~k{»¹Á~k{»¹Á.
.._Y± ...ʦv»¹Á~k{»¹Á~k{»¹Á~k{»¹Á.@.._..
... `ëï `ë(......h.....(...(.....Àx ï<U `ë......h.....(.0.X.0...8.0....ö..Ë.:
á¼¹Á
...\.. Õ¸Á
...\..* `ë `ë `ë......h.....(.8.`.8.Ä...
...˽. Õ¸Á Õ¸Á Õ¸Á: á¼¹Á.
..... ... Õ¸Á Õ¸Á Õ¸Á Õ¸Y±. .....
...C `ë* `ë* `ë......h.....(.8.`.8.Ä...
...˽. Õ¸Á Õ¸Á Õ¸Á: á¼¹Á.
..... ... Õ¸Á Õ¸Á Õ¸Á Õ¸Á. .....
...\ `ëC `ë(......h.....(...(.....Àøï<Ug `ë......h.....(.0.X.0...8.0........:
á¼¹Át..ð±b¸Át..~ `ëg `ë..Y±g `ë......h.....(.
Bug #15613: readfile doesn't work correctly with WIndows XP
From: [EMAIL PROTECTED] Operating system: Windows XP (Professional) PHP version: 4.1.1 PHP Bug Type: Output Control Bug description: readfile doesn't work correctly with WIndows XP I use a script like the following for downloading files (images, ascii, ...) : Under Win NT/2000 it works fine, but under XP i get a distorted image after downloading and opening the file. Also text files differ from the original one. I use Apache 1.3.22 and PHP 4.1.1 as module. -- Edit bug report at http://bugs.php.net/?id=15613&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15613&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15613&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15613&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15613&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15613&r=support Expected behavior: http://bugs.php.net/fix.php?id=15613&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15613&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15613&r=submittedtwice
