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.
Related
So I was following a tutorial on Youtube on getting starting coding php(https://www.youtube.com/watch?v=OK_JCtrrv-c)And I was told to put "php -v" in the command prompt to ensure php was working. When I typed that in, an error message saying "PHP Warning: 'vcruntime140.dll' 14.0 is not compatible with this PHP build linked with 14.16 in Unknown on line 0" Thanks
One of your php packages is outdated. You can try updating your packages however I think it is unlikely that you will run into any problems. Personally I would ignore this warning. Notice that it is only a "warning" rather than an error. This is quite common.
I found the solution to this error on https://www.edopedia.com/
Basically, PHP version 7.4.x requires Microsoft Visual C++ Redistributable for Visual Studio 2019. You can download it from here and then simply install it. After that, try to start Apache. Hopefully, this time it will work without any issues.
If you need a step-by-step guide you can use this article on https://studyopedia.com/
I hope you find this helpful.
So, I am trying to set up several kinds of tests for several kinds of projects.
One project is still running on PHP 5.2.17 (yeah I know :( ).
So I have been searching the Docker Hub for PHP 5.2.17 images, which is de PHP version running on the production machine.
On the production machine we recently encountered a fatal error on a PHP file in which we used an anonymous function - a feature that has been added to PHP as of version 5.3.
A simple lint on that machine detects that:
php -l corrupt_file.php
The above will show an error like "unable to parse PHP file".
However, I have tried out several PHP 5.2.17 docker images, and executing the same lint in them results in "No errors detected".
I am completely lost. Are those PHP 5.2.17's another more recent version of PHP instead??
I just found out what the problem is:
All the docker images have SHORT_OPEN_TAGS set to "off" in the php.ini.
In that case the PHP linter simply "doesn't see any parse errors" because it doesn't see any PHP.
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")
I am attempting to compile PHP from source on Windows 7 using windows sdk 6.1. I am receiving the following error when running nmake:
fatal error C1900: Il mismatch between 'P1' version '20080116' and 'P2' version '20070207'
LINK : fatal error LNK1257: code generation failed
NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 9.0\
VC\Bin\cl.exe"' : return code '0x2'
Stop.
I have already run repair on Visual Studio 2010 to no avail. How can I fix this?
EDIT: I am compiling the C source not actual PHP code.
Do yo really need to build from source PHP?
I mean, there's no need to build php from source, you can use a package such as XAMPP or WAMP. For practical reason I use XAMPP for PHP projects, because XAMPP runs on both Windows and Linux, so the only thing I need to do is a simple folder installation, then a simple LigHTTPD/Apache configuration and that's it.
But if you really want to compile PHP on Windows, you need to install the distributable version of Visual C++ 2008, I don't know why the 2010 version is not working and not only for PHP but for many other libraries of python and many other things.
Visual Studio 2010 does not natively support PHP code. Are you using Phalanger?
I am trying to get a trial copy of the aMember membership management system running on my local dev machine, which is Windows 7 64-bit with IIS 7.5. I have MySQL 5.5.10 and PHP 5.3.6, the latter which I installed using the Windows installer package. It seems fine.
The aMember package has a tester.php script which I ran, and it gave an 'OK' result, despite its output being full of error messages related to Function eregi() is deprecated. I then ran the setup.php script, which seemed to run properly. It took me through one or two screens of gathering e.g. login information for MySQL, and then said it was completed and offered me links to some aMember admin pages. None of these links work, and clicking any of them results in an Internal Server error (HTTP 500): An unexpected condition was encountered while the server was attempting to fulfill the request.
What can I do to further diagnose this error, short of placing lots of diagnostic writes in the php pages themselves? Tools at my disposal are Aptana Studio and Visual Studio, although I doubt the latter is any use here. I have logged the issue with aMember support, who quickly asked for my server logs, and then disappeared.
My first port of call here would be to enable Failed Request Tracing:
Troubleshooting Failed Requests Using Tracing in IIS 7
Troubleshoot with Failed Request Tracing
I am also suspicious about your PHP install. As a rule of thumb never use the installers. They never seem to do the right thing.
I would tear down your PHP install and start from scratch using these steps:
Using FastCGI to Host PHP Applications on IIS 7
FastCGI + the Non-threadsafe build of PHP (5.2 or 5.3) is the definitive way to install and configure PHP on IIS7.
The aMember trial software uses encoded PHP which requires IonCube to decode. I had installed this, but it seems the installation had failed, as a subsequent installation remedied the problem. I was initially stumped because after installing IonCube, I ran the aMember test script which told me IonCube was installed. aMember support responded that:
unfortunately tester script is not handle situation with dynamic loading correctly.
PHP from 5 version do not allow to load libraries dynamically if these libraries are not in php lib folder. So you have to install IonCube or Zend into server php.ini'
I don't know why that can't build a warning into the test script.