PHPhasencounteredanAccessViolation solution Summary: Read the PHPhasencounteredanAccessViolation solution summary. this problem is not very well handled, and many webmasters are confused for a very long time, mainly on windows host servers. In php official, http://bugs.php.
This problem is not very well handled, and many webmasters are confused for a long time.
It mainly appears on the server of the windows host.
Official in php, http://bugs.php.net/
The 2000 or 3000-page reports can also be found, and they are helpless officially. after 11 minor versions, they have not been completely resolved.
Http://bugs.php.net/search.php? Cmd = display & search_for = PHP + has + encountered + an + Access & x = 8 & y = 9
At present, I provide my maintenance experience over the past few years and some of my private solutions.
The first possibility:
Remove the eaccelerator extension in php
This can solve your problem, but it may increase the burden on the system.
Because eaccelerator is mainly used to save system resources
The specific method is to find php. ini
If it is configured for you, usually in c:/php. ini, c:/winnt/php. ini, or c:/windows/php. ini
Remove
Zend_extension_ts = "C: \ php \ extensions \ eaccelerator_win_xxx.dll"
Eaccelerator. shm_size = "16"
Eaccelerator. cache_dir = "c: \ temp"
Eaccelerator. enable = "1"
Eaccelerator. optimizer = "1"
Eaccelerator. check_mtime = "1"
Eaccelerator. debug = "0"
Eaccelerator. filter = ""
Eaccelerator. shm_max = "0"
Eaccelerator. shm_ttl = "0"
Eaccelerator. shm_prune_period = "0"
Eaccelerator. shm_only = "0"
Eaccelerator. compress = "1"
Eaccelerator. compress_level = "9"
Ea is mainly developed in unix environment, but the author ignores that windows is not actually the same as u host, and there is no memory sharing mechanism of u host.
This bug has been submitted to them, and we hope 0.9.5 can solve it.
Of course, if this problem is not serious on your machine, we recommend that you retain it. ea is a very good Php Cache + acceleration software.
Combined with zo, the system load will be reduced by about 50%-80%, and the load capacity, speed and efficiency will be improved by about 200%.
Second possibility
Session_save_path needs to set an actual physical path, and this directory requires all the permissions of everyone, similar to the 0777
Third possibility
C:/winnt/temp or c:/windows/temp
You also need all the permissions of everyone, similar to 0777 of the U host.
Fourth possibility
Your memory is seriously insufficient. check whether there is any problem. please add the memory. it is best to add two at a time.
For example, to add 1 GB memory, it is best to add 2 identical 512 MB. Otherwise, the dual-channel is not enabled, and the effect is normal.
Fifth possibility
ZendOptimizer does not work well with php
Try another version
Currently, the stable combination is:
Php4.3.11 + zo 2.5.10a
Or php4.4.1 + zo 3.0 beta2
Sixth possibility
Most of these are win2003 users.
They set limits in the application pool.
For example, how long is it to be recycled and how much memory is used?
These settings will inevitably cause this classic php error
After hundreds of tests on wood, the problem can be guaranteed.