I am getting this error thrown every time I run the PHP CLI and need some help fixing it. This occurs either from the native PHP CLI or when I run the CLI using Eclipse PDT.
The message seems to have no effect on operation other than as an irritant.
I am using Zend Server ZSCE 5.6.0 with its WAMP. This is on Windows 7 Ultimate 64bit. I am also using Eclipse PDT editor 3.0.2.
My searches have found no fix.
I suggest you check if you are actually loading zend debugger twice in php.ini if you haven't already done it. :) (Check which php.ini file is used with "php -i")
Related
I have installed trial version of PhpStorm 7 on my Windows 7 64 bit.
Php Storm is installed in "C:\Program Files (x86)\JetBrains\PhpStorm 7.0\bin\PhpStorm.exe" and my Xampp server in in E:\xampp.
I go to set php interpreter but PhpStorm don't find it.
I opened phpinterpreter windows and choose directory E:\xampp\php but I receive more error like this
Php Startup: Unable to load dynamic lybrary "\xampp\php\ext\php_xxxxxx.dll"......
It seems that PhpStorm 7 trunks the path excluding the disc and cannot find the installation of php over xampp directory.
I forced write correct value in C:\Users\currentuser\.WebIde70\config\options\php.xml , but I have same result
P
hp version: Not installed
Debugger: Not installed
but I have both installed and running.
What should I do to correct the problem?
Thanks very much
This worked for me, however I'm in PhpStorm 8 and the layout is entirely different. I'll still pop this here in case someone else needs these instructions.
Install your prefered PHP from here: http://windows.php.net/ (It doesn't need to be in your PATH, just pop it anywhere)
In PhpStorm, go to File -> Settings
In settings go to Languages & Frameworks -> PHP
Click the ellipsis next to Interpretter (this opens a new window)
Click the plus button in the top left and choose "Other Local"
Set the PHP exectuable to wherever you put your download above. It just needs to see php.exe
That's it. I've been using that to run Composer from PhpStorm... though I'm not convinced by the results.
As an alternative I would highly recommend using Vagrant for your PHP needs. You don't need PHP in Windows at all, and I've been developing this way for about 2 years. PhpStorm's remote support (including Vagrant, SSH and Remote Interpreter) is now excellent. I think the only thing I've been irritated by is PHPUnit Code Coverage is still broken.
I just found out about PTI (see http://www.phpsrc.org/) but I can't seem to get it to work in Eclipse Juno.
I also have PDT installed, with my PHP Executables, PHP Interpreter, and Execution Environments all set up under my workspace preferences. Each PHP Tools feature I want to use is configured to use the PHP Executable and PEAR library I have set up.
When I try to run any of the tools (PHP CodeSniffer, PHP Copy/Paste Detector, PHP Depend, PHPUnit, or PHPMD), I get an alert that say the following:
'PHP Depend' has encountered a problem.
An internal error occurred during: "PHP Depend".
Details >>
An internal error occurred during: "PHP Depend".
org.eclipse.php.internal.debug.core.launching.PHPLaunchUtilities.getCommandLine(
Lorg/eclipse/debug/core/ILaunchConfiguration;
Ljava/lang/String;
Ljava/lang/String;
Ljava/lang/String;
[Ljava/lang/String;
)[Ljava/lang/String;
Has anyone been able to get this awesome tool to work on Juno? If so, how?
I had the same problem.
Downgrading PDT from version 3.2.1 to 3.0.0 (installed from General Tools of 'Indigo') sorted out the problem for me. It works now fine.
I checked many possible workarounds (begin of path here: internal error occurred during: "PHP CodeSniffer". in zend studio 10.0 ) but just above solution gave results.
I've been attempting to get PHP working with IIS 7.5 and have hit a bit of a roadblock. Whenever I try to load the page I get the following error:
"HTTP Error 500.0 - Internal Server Error
C:\Program Files\PHP\php.exe - The FastCGI process exited unexpectedly"
Module FastCgiModule
Notification ExecuteRequestHandler
Handler PHP_via_FastCGI
Error Code 0x00000000
Requested URL *http://localhost:80/index.php
Physical Path C:\inetpub\wwwroot\index.php
Logon Method Anonymous
Logon User Anonymous
Failed Request Tracing Log Directory C:\inetpub\logs\FailedReqLogFiles
I've modified the PHP.ini file as required for use with IIS, and have also switched it to verbose mode. There isn't any log fiel in C:\inetpub\logs\FailedReqLogs, and none related to this error in the other log files generated.
I've tried the other fixes I've found here and elsewhere but nothing's been successful so far.
In some detail these were:
re-checking PHP.ini
Setting up fastCGI to work with PHP in IIS (configuring it to load the php.exe)
Trying WinCache as the execution method.
I had this problem when I upgraded PHP 5.4.14 to 5.5.3 (32-bit).
To fix it I had to install the Visual C++ Redistributable for Visual Studio 2012 Update 3
I found out that I needed this DLL by running php --version from the console when my web pages no longer loaded after the upgrade. Which then revealed that I needed the MSVCR110.dll, that comes with the 32-bit VS redistributable update from MS. Since I have optional updates turned off in Window Update, I did not get it automatically.
They also come in different flavors (32-bit, 64-bit, and ARM) 32-bit is what worked for me.
Install the 32 bit of Visual C++ Redistributable for Visual Studio 2012 Update 4
NOT the 64 bit
It seems that there are some dll extension in your php which are not work properly and force the CGI closed. Try to comment every extensions in php.ini file and see whether the error will exist or not.
[EDIT 1]
After some struggles I found out that the IIS is non thread safe web server and all the extension which you want to use in php for IIS should used nts lib for compiling. If the extension compile with thread safe library and add to IIS the IIS would not start. In this case your extension in thread safe(used in apache I guess) and should not add as an extension in IIS
Is this page you're trying to hit doing anything intensive?
I've had this problem before, and the error message was misleading.
You might want to try increasing your memory limit for that particular page. First find out the peak memory usage for that page:
echo memory_get_peak_usage(true);
Then set your memory limit appropriately:
ini_set("memory_limit","1024M");
Hope that helps!
I know its an old thread, but someone might save some headbashing.
In php.ini, changing
; Whether or not to enable the dl() function. The dl() function does NOT work
; properly in multithreaded servers, such as IIS or Zeus, and is automatically
; disabled on them.
; http://php.net/enable-dl
enable_dl = Off
to
; Whether or not to enable the dl() function. The dl() function does NOT work
; properly in multithreaded servers, such as IIS or Zeus, and is automatically
; disabled on them.
; http://php.net/enable-dl
;enable_dl = Off
Having enable_dl = Off doesn't work, commenting out the entire line does.
I had this problem when I was configuring PHP 5.4.17(32-bit).
To fix it I had to install the Visual C++ Redistributable for Visual Studio 2012 Update 4 and it worked fine after installing this update.
As mentioned correctly in above answers it's related to "Visual C++ Redistributable" that's not installed or not installed correctly.
Depending on my expertise on this issue.
1- First take care, each PHP version depends on specific Visual C++ Redistributable version (11,12,14,..)
so first is to check back your PHP version with the notes on the left side of php site:
PHP Download page
search for "Which version do I choose?" then see what version of VC++ is required to you.
2- YOU HAVE TO Download VC 32 and 64 BOTH. and check if your PC has it already so Unistall both of them (for the same version only).
and then install 32 first and 64 after. (no need for any restarts unless it asks).
3- Complete the php installation other steps for iis, apache or ....
I hope it helps you.
if you have two application like (your app, phpmyadmin) just disable APC extension
Hope that fix the issue
it's worked with me
if not just install Microsoft visual C ++ 86 and 64
I have the same problem, which I fixed by installing the 32 bit of Visual C++, redistributable for Visual Studio 2012. 64 bit doesn't work for me.
This may be because required libraries are not available. Run the php-cgi.exe from a command prompt and see if it executes successfully. It should output some HTML if it is working. I was getting a general 0xFFFFFFFF error code - which is not very helpful.
If it instead returns an error, resolve this before continuing.
I had installed the Visual C++ runtimes as indicated, but the minor version was older than the one used to compile the executable and it failed on starting.
After applying a later version of the same runtime, the program ran normally.
Many of the other suggestions talk about this, but fail to provide a simple test. See The FastCGI process exited unexpectedly for a similar question.
I am trying to schedule a PHP script to run on Windows by writing a batch file. Here is the line that runs the script:
C:\Program Files (x86)\PHP>php.exe -f D:\Web\Sites\scriptPage.php
This runs the page and the results of the page process fine but it is poping up this message
"The procedure entry point zend_ini_string_ex could not be located in the dynamic link library php5.dll"
I am not sure why this is happening. We are not using Zend at all on this. I have tried this on a few different pages and the same thing happens.
Any help on this would be great.
Thanks!
I had this problem when I installed xdebug under Apache and PHP.
In your php.ini find a line that looks like this:
zend_extension_ts="c:/PHP/ext/php_xdebug-2.1.2-5.2-vc6.dll"
and comment it out.
If you do need to use xdebug make sure you have downloaded the right version of xdebug
for your php installation. I had Apache 2.2.17 with PHP 5.2.17 and I was trying to install xdebug
for PHP 5.3 which gave me extactly this error message:
*The procedure entry point zend_ini_string_ex could not be located in the dynamic link library php5.dll*
I know it's been a while since this is solved but I run into problem with the same symptoms. I have Zend Server installed on a Windows server and was trying to configure scheduled task but it was not launching
the procedure entry point php_checkuid could not be located in the dynamic limk library php5.dll
Problem was that previously I had another PHP version (standalone, not with Zend Server) installed and in Windows Environment Variables PHPRC variable was pointing to that old version of PHP. I changed this variable so it pointed to Zend Srever's PHP and everything worked.
I had a standalone version of PHP installed and then installed Zend Server. Like Juris mentioned, the PHPRC variable was pointing to the stand alone php5.dll. I changed the path and all is good.
For future googlers: uncommenting the opcache enable and opcache_cli seemed to fix the problem for me.
That being said, I don't know what the error means
I know this question has been asked before and I've looked through the responses but no matter what I do, I can't create an environment to step through my php programs.
I've downloaded the XAMPP stack, and Eclipse and enabled xdebug but nothing.
PHPinfo reports: Debug Build, No.
Does that mean that I'll never get an XAMPP installation to debug. If so is there another Windows, Apache, PHP, MySQL stack recommended?
I downloaded the Komodo IDE 21 day free trial and their wizard can't start debug either.
help
No, the Debug Build phpinfo() refers to is a compile-time switch/define that affects the way php itself is compiled. The debug build is less optimized, contains some more test code and the symbol files, used when stepping through the php C code with a debugger, are more accurate (mostly due to the less optimized code).
It does not affect the ability to add a script debugger module like xdebug. But you need a version of the module .dll/.so that is compatible with your version of php. The API version, Thread-safety "enabled/disabled" and "debug yes/no" information must match. (on second thought I'm not even sure if debug yes/no must match).
Does the xdebug section appear in the output of phpinfo()? If not make sure you've edited the right php.ini. In recent versions of xampp that should be <xampp dir>/php/php.ini regardless of whether you use php-cli or the apache module. But it used to be <xampp dir>/php/php.ini for the cli version but <xampp dir>/apache/bin/php.ini for the apache module of php.
Also check the error.log in <xampp dir>/apache/logs for error messages that might be related. Those should begin with "PHP Startup: ....error message..."
try using wamp if your using windows. It works great for me