hi ,
I faced another problem w.r.t the ActiveTcl version,
these the steps :
1) I have a ActiveTcl-8.4.12(32-bit) with my application installed on Suse-10(64-bit) and ActiveTcl-8.4.18(64-bit) been installed on the same m/c at /opt.
2)When i am running my application from /home, i got an error stating that "The TclPro ByteCode Loader is not available or does not support the correct version -- couldn't load file "/opt/ActiveTcl-8.4/lib/tcl8.4/tbcload1.7/libtbcload1.7.so": /opt/ActiveTcl-8.4/lib/tcl8.4/tbcload1.7/libtbcload1.7.so: wrong ELF class: ELFCLASS64"
hi ,
I faced another problem w.r.t the ActiveTcl version,
these the steps :
1) I have a ActiveTcl-8.4.12(32-bit) with my application installed on Suse-10(64-bit) and ActiveTcl-8.4.18(64-bit) been installed on the same m/c at /opt.
2)When i am running my application from /home, i got an error stating that "The TclPro ByteCode Loader is not available or does not support the correct version -- couldn't load file "/opt/ActiveTcl-8.4/lib/tcl8.4/tbcload1.7/libtbcload1.7.so": /opt/ActiveTcl-8.4/lib/tcl8.4/tbcload1.7/libtbcload1.7.so: wrong ELF class: ELFCLASS64"
Which version of ActiveTcl is compatible for SuSE linux installed over powerpc architecture?
Am I stupid, or what? I just can't find a link to download any extension, for example
http://community.activestate.com/komodo-extension/remote-drive-tree
There is a box on the right, which says "Download:", but there is no link in it. I'm very confused...
I'm using Kubuntu/Firefox.
So I'm running the latest version of Komodo (4.2.1) on Kubuntu 7.10. I'm using a self compiled version of php 5.2.5. Whenever I type php code it always says that the syntax is ok, even when its not. I've set the path to php in the preferences, the check configuration dialog says ready for syntax checking on php.
I'm out of ideas. Anyone have an idea of how I can get this working?
When typing using a non-US keyboard layouts on Linux, I cannot type in non-ASCII characters.
This is a known issue with Komodo related to input handling for non-ASCII characters. Komodo 4.2.0 will not work with non-ASCII character input so the workaround is to instead use Komodo 4.1.1 until Komodo 4.2.1 is ready for release ( sometime in the next two weeks ).
In additiona to this, 4.1.1 uses may need scim installed:
For Suse 10.x:
- please install scim, scim-bridge, scim-bridge-qt, scim-bridge-gtk, and scim-tables. You will also need scim-tables-additional for non-CJK languages such as Russian.
For Ubuntu:
- scim should be installed by default. The packages are scim, scim-gtk2-immodule, scim-qtimm, and scim-tables-additional
For Fedora Core / RHEL / CentOS:
- scim, scim-gtk and scim-qtimm
The Code menu gives a keybinding of "Ctrl+Shift+U" for "Make Lowercase", but when I try this, the selection is replaced by the letter "u" and the cursor no longer moves. What's going on?
Some Linux platforms use the Shift-Ctrl-U as an signal to move into an in-place Unicode Input Method Editor (IME), and Komodo can't override that to implement the lowercase-selection command. However this isn't the case on all Linux platforms, and we can't have Komodo determine it at runtime either.
If you're on Unix, you can use the Preferences|Editor|Key Bindings to assign this command to a new key binding; I found [Ctrl K + L] is as memorable as the default key sequence, and it isn't being used.
If you do end up in this IME mode, you can press the Escape key to get out of it.
The Komodo team have been working on creating tools for the automatic generation of the codeintel description files for these types of python binary modules.
Attached is a CIX file that covers "gtk._gtk.so", which means you should be able to get completions from code like this:
import pygtk
pygtk.require('2.0')
import gtk # this performs an import "from gtk._gtk import *"
gtk.<|> # completions should also include the gtk binary moduleInstallation
I have code that runs on both Linux and Windows.
I am using Win32::Process in my Perl code - but I do not want the perlapp to look for that Win32::Process in linux build. I am using if($^O eq 'MSWin32') check. But in perlapp is complaining that compilation is failing. It is executing the $^O statement.
Is there any way to tell perlapp to compile only certain parts of the pl code in different OS(linux vs windows in my case).
Thanks
Chandra