After long work with no issues, Aptana started to crash every time I try to create new ftp connection.
Is this a known issue?
I am on Linux 64 and using standalone version
got the same problem. I'm using standalone Aptana Studio 3 Version: 3.4.2.201308081805 with JRE Version: 1.7.0_45 on Kubuntu 64 bit 13.10 Saucy. Everything should be fine, but unfortunately it's not.
The problem seems to appear after upgrading the OS-Version. Aptana on the previous Kubuntu version was and still is running quite well.
My workaround:
Install 13.04 on V-Box,
install AptanaStudio on Guest-System,
load workbench from host-system,
do changes in Connection Manager and save them,
start Aptana on host-system and the changes are there
It's not exactly what I would call a convenient way, but it works.
I hope that there will be a solution for this issue soon.
Installing the latest Update Aptana 3.5.0.201312191422 fixes this issue.
Aptana uses GTK themes on kde. Change the Gtk2 style from QtCurve to other because it can't render the FTP windows
Related
System: M1 mac with 16G of memory, OS Ventura.
My large application with codelite builds fine with g++ and comes up and runs. There are features that don't work correctly, so I need a debugger. When I try to start either lldb or gdg either something flashes on the monitor and stops or simply just does nothing. Codelite has worked well for me for 13 years. I hope someone has a similar problem. My only choice now is to use lldb from the command line, and this is difficult for me.
I changed debuggers frequently tried to acquire an older version of codelite, asked for help on ther codelite forums and got no response.
CodeLite no longer supports lldb directly (on all platforms).
It has moved to use the new DAP (Debug Adapter Protocol) method of debugging code.
On macOS, you should install lldb-vscode via brew:
brew install llvm
In CodeLite make sure that the DebugAdapterClient plugin is loaded: Plugins -> Manage...
Force a new scan: Settings -> Debug Adapter Client and CodeLite should detect the new debugger
In your project, change the debugger to lldb-vscode
You can read more about DAP integration here:
https://docs.codelite.org/plugins/dap/
I work on a centOS 6.6 distro and would like to use Rstudio. I would like to use an up to date version say v>0.99 but from the download page I can see that Rstudio desktop requires RHEL7.
Looking for older versions of rstudio desktop I see that RHEL6 can only get v<=0.981103, though Rstudio server seems fine, and I am OK if many can use a server version.
rpm is a no go for me so is there a way to get the sources for the server version like they provide for the desktop version ? I can't find it anywhere but it appears it is possible: see this post.
Of course if there is a trick to build Rstudio desktop on centOS 6.6 I am a buyer...
You won't be able to build RStudio Desktop for RHEL6 because of a glibc requirement induced by Qt 5.4. This is not easily evaded so if you have a platform requirement for RHEL6 you'll want to stick with the server version.
The desktop and server versions of RStudio are actually built from the same source code. You can get the source for any RStudio release here:
https://github.com/rstudio/rstudio/releases
The make-package Server RPM command in rstudio/package/linux will start the build once you've got all the dependencies installed. See here for details (or INSTALL): https://github.com/rstudio/rstudio/wiki/Installing-RStudio-Dependencies
Fow the last few days I used to work on STS. But today it is not launching and giving following window. So, I reinstalled STS. But the problem still exits. Can some one help in sorting it out?
I found the solution after few hours. Some guy had same problem and solved
here:
Eclipse is trying to get the version of java that is installed on system. you might have installed that latest one but there are possibilities that any upgradation of later softwares has replaced the java.exe files in system32 folder with older version. All you need to do is to run eclipse with clean parameters. Create a batch file in the directory where eclipse.exe is and write this line in it eclipse -clean -vmargs -Xmx256m
I'm having trouble with launching aptana 3 after an update yesterday.
Running on windows 7 64bit.
I get this error trying to launch:
The aptana studio 3 executable launcher was unable to locate its companion shared library.
Did a re-install with the latest version from the Aptana website, I didn't try this primarily because I feared all my settings would be gone (like the update did). Nothing to fear, I just needed to re-link my workspace.
All my preferences where still there.
hope someone of you can help me. I'm new to mac and qt, so please forgive me if I ask some dumb questions. So to the problem. I want to install PyQt 4.8 on the macbook (Mac OS X 10.6.4).
First I installed Qt 4.7 like in this description http://doc.trolltech.com/4.7/install-mac.html. Then I installed sip 4.11.2 (without --arch=i386), here the how-to page (http://www.expobrain.net/2010/06/22/install-pyqt4-in-snow-leopard). After that I tried to install PyQt 4.8 (without --use-arch=i386), but I get an error. I googled it, no success. I don't know what to do. I try to build it from source, because I need to install a lot more packages, like qimage2ndarray. And I heard that with the .dmg (binary) you can have some trouble. May be someone can help me. Hope I don't need to reinstall the whole OS.
Here the error.
Olis-MacBook-Pro:PyQt-mac-gpl-4.8 opetra$ python configure.py build
Determining the layout of your Qt installation...
Error: Failed to determine the layout of your Qt installation. Try again using
the --verbose flag to see more detail about the problem.
OK guys, I solved the problem. I had to set the arch, in my case to x86_64, for all three. Not only for sip and PyQt. Without it, qt was compiling PowerPC arch as default. Don't know why, I have a macbook pro 2010 with an i5. Thought the configuration would automatic recognize that.