Thanks! I’m going to try it. Especially as now I need to have PHP3 (for *.php3) and PHP4 (for *.php) at the same time. Something involving installation became clearer to me.

I've found this method at once.   I even didn't know that it is going to work as Apache module. So I'm lucky in some sense.

Here is an example. It was tested on Apache 1.3.19 / mod_php 4.0.4pl1 / w2k

$fn="test.txt";
$fp=fopen($fn,"w");
for ($i=0;$i<256;$i++) fwrite($fp,chr($i));
fclose($fp);
$fp=fopen($fn,"r");
$s=fread($fp,256);
fclose($fp);
echo filesize($fn)." ".strlen($s);

It displays quite the different things from what was expected (256 256). As it was proved by the experiment symbol EOF (code #1A) works exactly like EOF here. This involves all functions working with files – fgets, fread, file, readfile and so on. And as CGI everything works properly. But because of it I had to refuse delicious things of mod_php (the most delicious thing for me is the authorization ability by means of PHP).
Gentlemen, try to check it yourselves (both on w2k and w98 – I don’t have 98х .

98 per cent of the example coincide with what you have.
I’ve tried to use binary mode (letter ‘b’ by opening) and everything started working.   
Instead of $fp=fopen($fn,"w"); you are to write $fp=fopen($fn,"wb");
Instead of $fp=fopen($fn,"r"); you are to write $fp=fopen($fn,"rb");

Test it on your system.

You haven't noticed quite the obvious things    It is written with fine font in the documentation...
I tried it with Linux yesterday - everything works properly  Couldn't they make binary mode on default? 

After the installation of  Apache 1.3.6 and PHP 4.0.4 under w2k Apache began starting as console application only. When starting as service an error is displayed something like Apache writes into inadmissible memory area

It doesn't want to work as a module... I've tried everything... Version 4.0.5
Uder windows Apache displays an error
Can't load module ..blablabla./php4apache.dll A device attached to the system isn't functioning

What should I do?

Last edited by mastaweb99 (March 27, 2007 2:21 pm)

As to the question 'windows vs. Unix' - how to make include and require under windows?
They don't want to work and developers in their manual write that it shouldn't work either.
That is the reason why windows becomes inconvenient to work under when creating a project which is at least a bit bigger than some John Smith's home page.

This all is rather interesting but such a question appears... Doesn't a person read install.txt file when he loads PHP-installation? Everything is written clearly there

Installtion instructions
------------------------

Apache:
1. Stop the Apache Webserver.
Edit the httpd.conf and put in these lines, modified to your environment:

# for the apache module
LoadModule php4_module c:/php/sapi/php4apache.dll
AddType application/x-httpd-php .php4

#for the cgi binary (you can use that one compiled with force cgi redirect too)
scriptAlias /php4/ "C:/php/"
Action application/x-httpd-php4 "/php4/php.exe"
AddType application/x-httpd-php4 .php

2. Unzip the Package to c:php, now move php4ts.dll to the windows/system(32) directory, overwritte any older file!

3. Copy the php.ini-dist to your sysroot (directory where you installed windows), rename it to php.ini, and
edit the php.ini to fit your needs.

4. Restart the Apache server.

I'm not going to  find fault with anyone but I'm extremely surprised that most people actually don't read instructions...

It's time to refresh Apache as far as its current version is already 1.3.19 or more.

Guys, just be attentive!

Someone has written that he cannot find php4apache.dll (no comments) – it is in the distributive of the latest PHP-versions.

include() and require(); work properly. But if the file is in another directory, you are to indicate "../dir/xxx.php", for instance.

But who could tell me why the new Apache 1.3.20 started displaying in error.log such things as:

File 'c:mysqlsharecharsets?.conf' not found (Errcode: 22)
Character set '#23' is not a compiled character set and is not specified in the 'c:mysqlsharecharsetsIndex' file

(I have both charsets directory and #23. Does it matter to Apache which coding MySQL uses and where it takes it from? It hasn’t been anything like that in 1.3.20)

P.S. Sorry, I’d like to say there hasn’t been anything like this in 1.3.14 (1.3.12).

Who has got troubles with SMTP? Renew your PHP. Mail sending hasn’t functioned in some of the 4th versions. It is the official developers’ information.

I’ve installed everything AS WRITTEN. But after that Apache ceased starting…
The reason is quite commonplace – windows- and Unix-paths have got different slashes.
It IS WRITTEN in the article:
LoadModule php4_module "f:/usr/local/php/php4apache.dll"

But it proved to be (by me under Win'98 SE)
LoadModule php4_module "D:Program Filesphp4php4apache.dll"

Maybe someone helps me…
P.S.
The rest of paths in httpd.conf (which Apache has entered itself) are written with Unix-slashes but everything functions perfectly 

cplusplus, as to extensions and Win2k. The problem is that rearranging PHP as a module you are to write absolute paths in php.ini. I.e. if extension_dir has been, for instance, "ext" before, it should become "z:/usr/local/php/ext" now.