PHPhasencounteredanAccessViolationat7C94BD02 solution. The solution is as follows: phpforwindows bug reference: The first possibility: removing the eaccelerator extension in php can solve your problem, but it may increase the system burden because 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
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 .)
For details about bugs in other php for windows, refer to: The first possibility: removing the eaccelerator extension in php can solve your problem, but it may increase the system burden because...
