PHP has encountered an Access violation error resolution _php tips

When the building WordPress found incredibly will report this kind of mistake, the online solution is the same copy paste, is about the setting of Eaccelerator, I am surprised I did not install this extension ah? However, the installation of APC extensions, both of which are optimized server to do the underlying code support, implementation of cache sharing. The APC is closed without an error.

It's usually because of the eaccelerator problem.
The workaround is as follows:
PHP for Windows bugs
Reference:

The first is the possibility of:

Get rid of eaccelerator extensions in PHP
This will solve your problem, but it may increase the system burden
Because Eaccelerator is mainly to save the system resources of Things

The way to find php.ini
If I'm configuring it for you, it's usually in C:/php/php.ini or C:/winnt/php.ini or C:/windows/php.ini.

Remove

Copy Code code 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 was developed primarily in a UNIX environment, but the author ignores that Windows is not actually a memory-sharing mechanism without a U-host, like the U-host.
This bug has been submitted to them, hoping 0.9.5 can solve

Of course, if your machine this problem is not serious, recommended or retained, EA is a very good PHP cache + acceleration Software
With ZO use, will reduce the system burden of 50%-80%, improve load capacity, speed and efficiency of about 200%

The second possibility

Session_save_path need to set an actual physical path, and the directory requires everyone's permissions, similar to the U-Host 0777

The third possibility
C:/winnt/temp or C:/windows/temp.
All permissions are also required for everyone, similar to the U-Host 0777

The fourth kind of possibility
Your memory is seriously insufficient, check, if there is a problem, please add memory, preferably one plus two
For example, add 1G of memory, preferably add 2 identical 512M. Otherwise the dual channel is not enabled, the effect is very general

The fifth kind of possibility
Zendoptimizer and PHP are not very well matched.
Try a different version.
At present, the more stable collocation is
Php4.3.11+zo 2.5.10a
or Php4.4.1+zo 3.0 Beta2.

The sixth kind of possibility

This is a lot of users who use Win2003
They set limits in the application pool.
such as how long time to recycle, the maximum use of memory and so on
These settings are bound to cause this classic PHP error

A lot of people say that is the PHP version of the problem, in fact, you can look at the problem from four places
1, whether Zend the required DLL file directory to give insufficient permissions, must have read and run permissions
2, whether the use of 2003, set up the application pool, such as what is limited in the pool, adjust the try again, whether good, hehe
3,php.ini has two places that are not set, and some programs must use the

A
Upload_tmp_dir the line's annotation character, that is, the preceding semicolon ";", so that the line works in the php.ini document. Upload_tmp_dir is used to define the temporary path of the upload file, where you can also define an absolute path, such as: Upload_tmp_dir = D:upload of course, your D:upload directory must have read and write permission at this time.
Here I set to
Upload_tmp_dir = "C:\windows\temp\"

B
This error statement usually occurs because your php.ini about Session.save_path is not set up, and the solution is to set the Session.save_path and Session.cookie_path settings to
Session.save_path = "C:\windows\temp\"
Session.cookie_path = "C:\windows\temp\"
(This setting is not known to be correct. Never tried.)
You can also create a temp directory under the C:\ directory (our Eaccelerarot just used to create a folder).

Summary of the solution for PHP has encountered an Access violation
This problem is not very well handled, confused a lot of stationmaster very time up
Occurs primarily on the server of a Windows host.
In PHP official, http://bugs.php.net/
can also find two thousand or three thousand pages of the report, their official is also helpless, after 11 iterations, still not completely resolved
Http://bugs.php.net/search.php?c ... ess&x=8&y=9

At present I offer some of my maintenance experience over the years, some of my folk solutions

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

Get rid of eaccelerator extensions in PHP
This will solve your problem, but it may increase the system burden
Because Eaccelerator is mainly to save the system resources of Things

The way to find php.ini
If I'm configuring it for you, it's usually in C:/php/php.ini or C:/winnt/php.ini or C:/windows/php.ini.

Remove

Copy Code code 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 was developed primarily in a UNIX environment, but the author ignores that Windows is not actually a memory-sharing mechanism without a U-host, like the U-host.
This bug has been submitted to them, hoping 0.9.5 can solve

Of course, if your machine this problem is not serious, recommended or retained, EA is a very good PHP cache + acceleration Software
With ZO use, will reduce the system burden of 50%-80%, improve load capacity, speed and efficiency of about 200% references:
The second possibility

Session_save_path need to set an actual physical path, and the directory requires everyone's permissions, similar to the U-host 0777 references:
The third possibility
C:/winnt/temp or C:/windows/temp.
All permissions for everyone are also required, similar to the 0777 references to the U-Host:
The fourth kind of possibility
Your memory is seriously insufficient, check, if there is a problem, please add memory, preferably one plus two
For example, add 1G of memory, preferably add 2 identical 512M. Otherwise, a dual channel is not enabled, and the effect is generally referenced:
The fifth kind of possibility
Zendoptimizer and PHP are not very well matched.
Try a different version.
At present, the more stable collocation is
Php4.3.11+zo 2.5.10a
or Php4.4.1+zo 3.0 Beta2 references:
The sixth kind of possibility

This is a lot of users who use Win2003
They set limits in the application pool.
such as how long time to recycle, the maximum use of memory and so on
These settings are bound to cause this classic PHP error
After hundreds of tests on the wood, the guarantee problem will appear here. Reference:
The seventh Way Out
2003 users can be resolved by modifying the "performance"-"Web garden" maximum number of worker processes that are running the application pool.
Once a user was added to 10, the problem was completely solved.