Please try running PHP as CGI under Apache so we know
if this is Apache2 module specific or not.
(and you should make sure you really updated ALL the dlls and  
especially the php4apache2.dll)

Its confirmed. It works great as a CGI, but as a module it messes up.
When i had it as a module i couldnt get phpinfo() to work, but when i
did it as a CGI it worked fine.

something else to, when i had it as a CGI `php_admin_value` didnt work.
apache said it was an invalid command.

(i switched it back to module).

im very sure i installed php correctly and completlely. when i install
it, i do it manualy with the windows binaries. ive installed php a bunch
of times. what i usually do is i delete the entire folder and the files
i had to move around, and then reinstall it from the begining. so yes im
sure it has all the correct dll's

question: why does the php logo on the phpinfo() have an icon of a dog?.
is its because its a "snapshot"? lol.

Hm, I have no problems here with Apache 2.0.44. Could you try running the site without php.ini? Just rename C:\WINDOWS\php.ini to something else temporarlily and restart apache.

Also could you please mail me your php.ini file?

well me and sniper have already confirmed to to me a module bug. did what you said and its still doing the same thing. it works when i switch it to a cgi, but not when its as a module.

http://cytech.cywh.com/phpinfo.php

^^ it loads, then flashes and comes up with "page cannot be displayed" ^^

is there a way i can use php_admin_value in my apache config when php is installed as a cgi? but either way if i could get it working as a cgi the bug still needs fixing.

sorry about the typos is the above message :-\.

when  you type 98 words per minute you start to stop worying about your accuracy.... should of checked it first.

Hm, this seems to be some Apache2 on XP issue. I have tested the exact same php.ini and all other settings on a Windows 2000 server and it all works flawlessly.

Both tried Apache 2.0.44 and 2.0.45.

well it worked on some earlir versions of php so something tells me its not.

sent ya my apache config to. might as well try everything.

php works flawlessly as a cgi. but its really messed up when it used as a module. if i can use php_admin_value in my apache config when php is used as a cgi then that will solve my problem and then you guys can worry about the module issuse. im geting lots and lots of emails asking why my sever is being weird... but i need php_admin_value for my unique settings for my virtual hosts....

so my question is can i use php_admin_value in my apache config when php is installed as a cgi? and if, so how?

This is to let you guys know ive switched my server to run php as a CGI. I want it running as a module because i want to be able to use php_admin_value in my apache config. i had to set the values in php.ini. i dont want my virtual hosts to have the same base directories or upload temp directory, but i dont have a choice right now. if you know how i can use php_admin_value when its running as a CGI let me know. when the module is fixed (apache2) let me know. i will test it when its comes out fixed. 

edink has my php.ini and apache 2 config. so you guys have all the settings i have set.

thankyou.

ive downgraded my apache to 1.3... it seems to be working great. thats proboly because it uses a different module file. but the bug with apache 2.0 module still stands.... im just leting you guys ive downgraded........

only problem with 1.3 is....

http://www.cywh.com/folder <-- doesnt work
http://www.cywh.com/folder/ <-- does work

2.0 they both worked. but its just a small price to pay to have my php working.

let me know when you guys have resolved the problem with php and apache 2.0 in both cgi and module form.

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

And try the _latest_ apache2 version.

ok ive tried it. ive installed it on my other pc and left 1.3 on my main server.

so my http://www.cywh.com is still running 1.3

i have the apache 2 server running on http://www.cywh.com:81

it seems to have the same problems unfortuanly.

if you want i can keep up http://www.cywh.com:81 for a couple of days if you want. if so let me know.

Just thought I'd put in some input. I remember Apache having some odd problems when I was running PHP scripts. It was an Apache v. XP problem and was fixed by upgrading to SP1.

well right now im running apache 1.3 which seems to be running perfectly. Ill try version 2.0 again when i upgrade to windows 2003

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

No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.

I'm having this EXACT same problem.  It seems that my longer PHP pages refuse to come up properly.  I've tried the snapshots provided to no avail.  I'm using Apache2 on Windows XP and the latest PHP download available.  I should note that small PHP scripts work fine, no issues at all.  My problem occours when the PHP has to display a large file.  Here are a couple examples;

EXAMPLE1:  Using a remote file-management system I can view the root of my hard drive.  I open up my program files folder and it displays.  I continue to open up folders and the first 2 or 3 may open, but the second the list gets too long it tosses up a "Page Cannot Be Displayed" error.  I can press the back button and it will return to normal, until I get it to display too many folders again.

EXAMPLE2:  When using a PHP MP3 player I can view the login fine, go into the program fine, but when I go to view my larger MP3 folder it tosses up a "Page Cannot Be Displayed" error.  The smaller MP3 folders, with the same files but just split up to work around this problem, load perfectly fine.

EXAMPLE3:  When opening up a PHP program to administrate my MySQL tables it initially opens fine.  When I select a table and the page goes to display the information it pops up with a "Page Cannot Be Displayed".

It should be noted that if I have the chance to click the STOP button on my browser before the error comes up I am able to view a partially generated page.  Someone told me it could be due to my memory or timeout settings so I've increased those to attempt to resolve the issue, however it hasn't fixed it.

Another thing to note is that using any other browsers, example Firefox, the page loads blank.  Also, when I'm sitting at the computer that has the webserver running on it everything displays properly as it should.

Also, it should be noted that I am running it as a module as well as I have functions, not related to this issue, that will not operate when it's run as a CGI.

I have been having a similiar problem however, my findings so far do not lead me to believe that it is either Apache or PHP that is at fault.

I have been developing an Intranet using Apache 2.0.53 and PHP 5.0.4

The intranet uses sessions to manage the logins.  The navigation buttons in IE often do not work and I see the page containing the text "The page cannot be displayed"

I've switched on debug level logging in Apache and restarted the service, nothing is logged when this happens.  I've played with the cache settings in PHP, but this doesn't help either.

I have found that Opera works perfectly and never falls over.  The problem is that our Intranet uses OCX objects and XML with XSLT files.  Opera doesn't support OCX and whilst is does support XML it doesn't support XSLT.

So I'm scratching my head with this, it could be related to the session handling, but I really don't know.

I found out what the problem was in my case, it wasn't Apache or PHP.

Any page that contains a form which 'POSTS' data to the server causes the problem.  MSIE does not add pages that are returned to a page as a result of a POST to the history.  Using the GET method works fine as expected.

The problem I have is that the GET method is limited to the size of the URL in that you cannot pass data greater than 256 bytes using the GET method, so what to do?

This problem is limited to MSIE, Opera and Firefox work fine.

Correction:  The length of a URL as defined by Microsoft in MSIE is 2048 characters, limited to ASCII data, so this might be useful.