PHP has encountered an Access Violation error solution

The first possibility:

Remove the eaccelerator extension from PHP
Doing so will solve your problem, but it may add to the system's burden
Because eaccelerator is basically something that saves system resources

The way to do this is to find php.ini
If I help you to configure, usually in c:/ PHP /php.ini or c:/winnt/php.ini or c:/ Windows /php.ini

Of course, if the problem is not serious on your machine, it is recommended to keep it. Ea is a very good piece of Php caching + acceleration software
When used 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%

The second possibility

Session_save_path requires an actual physical path to be set, and the directory requires all the permissions of everyone, similar to 0777 for the U host

Third possibility
C: / winnt/temp or c: / Windows/temp
You also need all of everyone's permissions, similar to the 0777 of the U host

The fourth possibility
Your memory is seriously short, check, if there is a problem, please add memory, it is best to add two at a time
For example, add 1 gigabyte of memory, it is better to add 2 exactly the same 512M. Otherwise, the dual channel is not enabled and the effect is very modest

Fifth possibility
ZendOptimizer doesn't work well with PHP
Try another version
The current stable match is
Php4.3.11 + zo 2.5.10 a
Or ph 4.4.1+zo 3.0 beta2

The sixth possibility

This kind of belong to the user that USES win2003 more
They set limits in the application pool
Such as how long to recycle, how much memory to use, and so on
These Settings are bound to cause this classic PHP error

Many people say it's the PHP version, but it's not. There are four ways to look at it
1. Whether the DLL file directory required by zend has not enough permissions, it must have the permissions to read and run
2, whether the use of 2003, set the application pool, such as the pool limit what what, adjust it again try, is good, ha ha
3. Php.ini is not set in two places, and some programs must use it

a.
Will; Upload_tmp_dir line, the preceding semicolon ";" Removed to make the line active in the php.ini document. Upload_tmp_dir is used to define the temporary path to the upload file. Here you can also define an absolute path, such as: upload_tmp_dir = d:upload.  
Here I'm going to set it to & PI;
Upload_tmp_dir = "c: \ Windows \ \ \"

B
This is usually because your php.ini session.save_path is not set properly. The solution is to set session.save_path and session.cookie_path as & PI;
Session. Save_path = "c: \ Windows \ \ \"  
Session. Cookie_path = "c: \ Windows \ \ \"  
I don't know if this setting is correct. I haven't tried it.
    You can also set up a temp directory in the c:\ directory (which is exactly what our eaccelerarot used to set up a folder like this)

PHP has encountered an Access Violation solution
This problem is not very easy to deal with, confused a lot of webmaster very time
It appears mainly on servers on Windows hosts.
PHP official, (link: http://bugs.php.net/)
They were able to find two or three thousand pages of the report, and they were unable to do anything about it officially. After 11 small versions, they still didn't have a complete solution
(link: http://bugs.php.net/search.php? C)... Ess&x = 8 & y = 9

I'm currently offering some of my civilian solutions to my maintenance experience over the years

This post is constantly updated, please pay attention!! Reference:
The first possibility:

Remove the eaccelerator extension from PHP
Doing so will solve your problem, but it may add to the system's burden
Because eaccelerator is basically something that saves system resources

The way to do this is to find php.ini
If I help you to configure, usually in c:/ PHP /php.ini or c:/winnt/php.ini or c:/ Windows /php.ini

Of course, if the problem is not serious on your machine, it is recommended to keep it. Ea is a very good piece of Php caching + acceleration software
When used with zo, the system burden will be reduced by about 50%-80%, and the load capacity, speed and efficiency will be improved by about 200%.
The second possibility

Session_save_path needs to be set to an actual physical path, and the directory needs 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 for everyone are also required, similar to the 0777 reference for host U:
The fourth possibility
Your memory is seriously short, check, if there is a problem, please add memory, it is best to add two at a time
For example, add 1 gigabyte of memory, it is better to add 2 exactly the same 512M. Otherwise, double channel is not enabled and the effect is very general.
Fifth possibility
ZendOptimizer doesn't work well with PHP
Try another version
The current stable match is
Php4.3.11 + zo 2.5.10 a
Or php4.4.1+zo 3.0 beta2 quote:
The sixth possibility

This kind of belong to the user that USES win2003 more
They set limits in the application pool
Such as how long to recycle, how much memory to use, and so on
These Settings are bound to cause this classic PHP error
The wood had been tested by the hundreds, and there was a guarantee that the problem would arise. Reference:
The seventh solution
2003 users, can be modified by the running application pool, "performance" - "WEB park" "maximum number of working processes" to solve.
There was a user who didn't completely solve this problem until he added 10.