First of all, im running a Windows 64bit OS. I was having WAMPServer 2 and all of the modules were running good. I knew about WAMPServer 3 and decided to upgrade to it. As of its documentation, we should uninstall the old version , requires all updated Visual C++ Redistributable Packages and i did it as it said.
Checked WAMPServer 3 requirements and also checked with their check_vcredist tool and the result was good. I installed WAMPServer 3, all other modules were working but Apache is not opening and throwing a error message-"The Application was unable to start correctly(0xc0000005)". Apache worked properly in WAMPServer 2.
If anyone's got a solution, please respond to the topic!
Try using System Restore to restore your computer to an earlier successful time
Related
I am attempting to start Apache Geronimo using the command:
./bin/geronimo run
When I do this, it spins for a minute, issues the message "Main not found" and exits.
This article suggests that it is a system resource issue:
http://apache-geronimo.328035.n3.nabble.com/jira-Created-GERONIMO-5551-Failing-to-start-the-server-with-the-error-quot-Main-not-found-quot-td1324013.html
I have tried it on both an Amazon EC2 box (running Linux), and an Azure A1 box (running Windows Server), and I have tried the "Full Profile Release" and "Web Profile Release" of Geronimo, all with no change.
I'm at a complete loss as to what I could try. I am led to believe that the EC2 box, at the very least, should have the muscle to run Geronimo.
Any suggestions would be welcome.
Version 3 of Apache Geronimo is designed to run on JRE 1.7 instead of JRE 1.8. As stated in the other answers, the issue was caused by Geronimo being run on JRE 1.7 instead of 1.8.
You are not limited to JRE 1.7 and earlier in order to run Geronimo though. Therefore, all you have to do is to rename or copy the property jre-1.7 in the file etc/config.properties in your installation to jre-1.8. Afterwards, you should be able to run Geronimo without an error.
This has a huge benefit, since now you will be able to run programs on Geronimo that use Java 8 features.
It turns out that the issue is that I had the wrong version of the JDK installed. I had installed the most recent version (8), but Geronimo apparently won't work with that. When I instead installed version 6, everything worked fine.
I was getting the same error with Java 8. I tried the latest version of Java SE 7 and that resolved the problem. So I wouldn't use Java 6, since it is and has been out of support for awhile now (read: security issue).
i have a 32 bit Fedora 14 machine and I am trying to install IntellIJ IDEA on it, I used the package manager to install it. Along with that installation, also Eclipse and Groovy got installed.
Then I tried to install a new version of JDK but it didnt allow me to do so because of conflict with an older version of JRE, So I removed the JRE older version and installed JDK.
Then I have been noticing that IntelliJ refuses to run, I uninstalled and reinstalled and checked several times, but it just refuses to start, Then I opened a terminal and typed intell, hoping that the terminal would complete it for me, and I could launch the program from the command line, but no it said "intellIj:Command not found", whereas the same thing does not happen with Eclipse or Groovy.
I have tried restarting the machine several times, uninstalled and then reinstalled the packages several times, but nothing seems to work. I am not sure whether Intellij is getting installed or not, but the Package Manager does not show any error while the software is being installed. Any ideas as to why this is happening, and how to get around this problem?
You should try to install it manually by just extracting tgz file downloaded from producer website. Then you start IDE by launching IDEA_DIRECTORY/bin/idea.sh
I have tried to install wp8 sdk on my windows 8 laptop, but everytime I try to do so, the installation stops with an error saying that some of the certificates expired. Then the installation crashes and I need to start it again. I have already tried multiple ways of reinstalling SDK even following Microsoft's advice to install and run the following files from the download folder:
Download the Win8SharedSDKTools.msi package and install it.
Download the Windows_SDK/69661e20556b3ca9456b946c2c881ddd.cab package
Download the Windows_SDK/e072b3b3d3164e26b63338dce51862a7.cab package
Download the Windows_SDK/e3d1b35aecfccda1b4af6fe5988ac4be.cab package
But this issue with certificates continues to come up.
Is there any way of overcoming this problem?
What is wrong with these certificates and what these certificates stand for?
Is there a problem with my laptop?
Thanks!
The only workaround I know so far is changing the date of your computer back to June before launching the installation. Once the SDK is installed, you can switch your system back to the current date.
yes. Change the date August 1 and install the windows SDK. once you successfully installed the vs you can change your date. this is the only problem.
I've never been able to get SQL Server to play nicely in my WAMP environment, and I trying to finally solve it once and for all.
Tried:
Downloaded the latest SQL Server drivers from microsoft, then extracted and dropped them in my \wamp\bin\php\php5.4.3\ext dir.
I edited both the \wamp\bin\php\php5.4.3\php.ini and \wamp\bin\apache\apache2.4.2\bin\php.ini files to include extension=php_sqlsrv_54_ts.dll.
restarted all WAMP services
checked phpinfo ... no SQLSRV
checked PDO::getAvailableDrivers() ... got only Array( [0]=>mysql, [1]=>sqlite )
Now, I understand that PDO is included natively in PHP 5.3+, but since the MS instructions explicitly requires that extension=php_pdo.dll be enabled, so I figured I'd give that a shot too.
I downloaded the DLL from dlldll.com (1st encounter with that site, so I hoping it's a reputable source), extracted and moved the _php_pdo.dll_ file to my \wamp\bin\php\php5.4.3\ext dir, then added it into both the php.ini files ... no improvement.
As a side note, when I check the list of activated PHP ext's from the WAMPSERVER menu, the sqlserver extensions don't even show up on the list.
Just to test it out, I also tried uncommenting extension=php_pdo_pgsql.dll in the php.ini's, and that worked just fine ... "pgsql" was included in the avail drivers array.
My setup:
Wampserver 2.2 (64bit), running
Apache 2.4.2
PHP 5.4.3
Win 7 pro 64
What next?
I'm just about out of ideas.
The only thing I can think of is that maybe the SQLSRV drivers are 32bit, and not playing nicely with my 64bit setup ... ooohhh goodness .. I sure hope not.
Any tips/pointers are welcome ... especially if they don't include completely reinstalling ;)
I was able to get the sqlsvr PHP PDO driver working on my slightly older version of WAMP 32-bit. Here is my setup:
WAMP 2.2 (32 bit)
Apache 2.2.21
PHP 5.3.8
Win 7 Pro 64 bit
Here is what I did:
Downloaded the MS 3.0 drivers from here: http://www.microsoft.com/en-us/download/details.aspx?id=20098
Unpacked all of the files into the PHP ext folder (C:\wamp\bin\php\php5.3.8\ext)
Added this line to my apache php.ini file (C:\wamp\bin\apache\Apache2.2.21\bin\php.ini)
extension=php_pdo_sqlsrv_53_ts.dll
Downloaded and installed MS SQL Server 2012 Native Client ODBC driver from here: http://go.microsoft.com/fwlink/?LinkID=239648&clcid=0x409
After these steps my PHP code happily connected to my SQL Server database.
Looking for some help with getting xdebug to behave with my setup. My goal is to be able to debug Joomla code.
First let me preface saying that about a year ago I was able to get a version xdebug to work with Eclipse PDT 2.1 with xampp under Vista 32bit. However, now I'm on a new machine, and I wanted to get everything working with the latest versions. I did so by following through this walk-through. Now, trying to do the same thing I can't get it to work.
First, as per the walk-through, I downloaded php_xdebug-2.0.0-5.2.2.dll. Quickly realized that I needed an xdebug for php 5.3. So, I found the xdebugs Tailored Installation Instructions and followed that. My php.ini section looks as thus:
[XDebug]
;; Only Zend OR (!) XDebug
zend_extension = "D:\xampp\php\ext\php_xdebug-2.1.0-5.3-vc6.dll"
xdebug.remote_enable=true
xdebug.remote_host=localhost
xdebug.remote_port=10000
xdebug.remote_handler=dbgp
xdebug.profiler_enable=1
xdebug.profiler_output_dir="D:\xampp\tmp"
So this got the xdebug to actually show up in the phpinfo(). But, in Eclipse when I Debug As Php Webpage, it at first appears to connect, however if I step to the next line of code the debugger just sits there saying it is stepping, indefinitely. Sometimes apache will crash. I tried ports 9000, and 10000 with no avail.
What I did find out is, if I use the the php_xdebug.dll that comes with XAMPP 1.7.3, I actually can connect and step without any issues, EXCEPT, that version of xdebug apparently has a major bug in it that causes all my variables to be listed as 'Uninitialized'. So it is basically useless, however, it does give some hope that I have some of this stuff set up correctly.
So, my current setup thus: Win7 32bit, XAMPP 1.7.3 (PHP 5.3.1, Apache 2.2.14), Eclipse PDT 2.2
I have very limited experience with basically all the tools here so I'm kinda at a loss of what to do. Any help would be greatly appreciated. I searched some of the other posts here with similar issue but most of them appear to be for older versions of these components.
your report is somewhat confusing. As far as I understand you, your setup works as soon as you replace the XDebug-dll. Then your (primary) problem cannot be related to your settings, as far as you also adjusted zend_extension, of course.
Though xdebug.remote_port=10000 seems odd. Std is 9000. If you use 9000, the you have to tell Eclipse in Window/Preferences/PHP/Debug/Debuggers to also listen to that port for XDebug.
Best
Raffael