PHP has encountered an Access Violation error Solution

When I set up wordpress, I found that this kind of error was reported. The online solutions are all copy and paste, all of which are about eaccelerator settings. I am surprised that I have not installed this extension? However, APC extensions have been installed, both of which are used to optimize the server for underlying code support and achieve cache sharing. If you disable APC, no error is returned.

Generally, this error is caused by an eaccelerator problem.
The solution is as follows:
Php for windows bug
Refer:

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
Copy codeThe Code is as follows:
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

Many people say that it is a php version issue. Otherwise, we can look at this issue from four points.
1. Whether the directory in which the dll files required by zend are located has insufficient permissions. You must have the read and run permissions.
2. Whether to use 2003, set the application pool, for example, what is restricted in the pool, adjust it, and try again.
3. php. ini is not set in two places, and some programs must use

A
Remove the; upload_tmp_dir line annotator, that is, the semicolon ";" in front, so that this line plays a role in the php. ini document. Upload_tmp_dir is used to define the temporary path for storing the uploaded file. Here you can also define an absolute path for it, for example, upload_tmp_dir = d: upload. Of course, your d: the upload directory must have read and write permissions.
Here I set it
Upload_tmp_dir = "c: \ windows \ temp \"

B
This error occurs generally because the session. save_path item in your php. ini is not set. The solution is to set session. save_path and session. cookie_path
Session. save_path = "c: \ windows \ temp \"
Session. cookie_path = "c: \ windows \ temp \"
(I don't know if this setting is correct. I haven't tried it .)
You can also create a temp directory under the c: \ directory (the previous eaccelerarot is easy to use and such a folder has been created)

PHP has encountered an Access Violation solution Summary
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? C... ess & x = 8 & y = 9

At present, I provide my maintenance experience over the past few years and some of my private solutions.

This post is constantly updated. Please pay attention to it !!! Reference:
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
Copy codeThe Code is as follows:
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.
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%. Reference:
Second possibility

Session_save_path requires an actual physical path, and the Directory requires all the permissions of everyone, similar to the 0777 reference of the U Host:
Third possibility
C:/winnt/temp or c:/windows/temp
All permissions of everyone are also required, similar to the 0777 reference 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 generally referenced:
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 reference:
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. Reference:
Solution 7
2003 users can solve the problem by modifying the "performance"-"WEB Garden" and "Maximum number of working processes" of the running application pool.
There was a user who did not solve the problem until 10 was added.