ActiveState Community Site - Suse / OpenSuse - Comments

Thanks

morten_bjoernsvik — Thu, 13 Nov 2008 00:41:12 -0800

Hi ericp

Thanks, now it works just fine!!!!

--
Morten Bjoernsvik - Experian Decision Analytics AS

You need to change Prefs|Languages|Perl|Interpreter

ericp — Wed, 12 Nov 2008 10:19:02 -0800

The shebang line only works when a shell invokes the script.
When you run a Perl program in Komodo, the specified Perl
interpreter (or the first one in the path, if no interpreter
has been specified) runs the script, and doesn't hand it off
to another due to the shebang line.

This is a known bug introduced in 5.0

ericp — Wed, 05 Nov 2008 15:32:52 -0800

See http://bugs.activestate.com/show_bug.cgi?id=80721

We're working on a fix.

ODBC Connection works on Command line, but not in Web Browser

andrew2404 — Wed, 17 Sep 2008 07:57:46 -0700

I have a perl app that happily retrieves from a MS-SQL database when run on the command line. However, when I run it from a web browser nothing is displayed. It fails to connect to the database

It must be due to the browser not running as "my user" and running as the "web user", which does not have permission to connect. Where can I check this?

I feel that I'm really close. HELP:>

Many thanks in advance.

another idea

ToddW — Sat, 28 Jun 2008 11:36:34 -0700

I just noticed that you were using:

adremja@linux-cu9m:~/Komodo-Edit-4/bin> komodo

you might want to try explicitly saying the current directory Komodo, in case there is another older komodo on your path:

adremja@linux-cu9m:~/Komodo-Edit-4/bin> ./komodo

Cheers,
Todd

interesting

ToddW — Sat, 28 Jun 2008 11:31:00 -0700

I had no problems running Komodo IDE on OpenSUSE 11.0 (I was using a fresh install of Suse), so I'd figure Komodo Edit would be the same... it may be the download/install was somehow corrupted. Care to try it again?
http://downloads.activestate.com/Komodo/releases/latest/

Thanks,
Todd

No, I'm using 32-bit

adremja — Sat, 28 Jun 2008 09:39:38 -0700

No, I'm using 32-bit version.

re: cannot start Komodo

ToddW — Fri, 27 Jun 2008 16:56:50 -0700

Are you using a 64-bit version of SUSE? If so you'll need to install the appropriate 32-bit compatibility libraries for Komodo to use.

Ah... got it

etnsec — Tue, 20 May 2008 12:12:00 -0700

Ok, hidden and debug works. I'll run it over the next day or so and see if I can get it to repeat. I was working around the problem by adding blank lines to the top or bottom of the source file. It's bizzare as simply adding an assignment to the front of an expression or even adding a comment line makes the difference between working and dropping core.

I wasn't specific enough

ericp — Tue, 20 May 2008 09:59:42 -0700

You need to hide /lib/support/dbgp/rubylib/1.8/.

Komodo does in fact need the rest of the rubylib contents
to debug Ruby programs.

- Eric

ruby-debug-base and segfaults

etnsec — Tue, 20 May 2008 04:22:37 -0700

Ok, I have installed the gem. Once installed, do I need to un-hide the Komodo dbgp/rubylib dir? It seems Komodo needs things in the directory when you try to debug that are not in the debug-base gem.

Thanks for the help with this

Is this with Komodo's ruby-debug-base or gem's?

ericp — Mon, 19 May 2008 20:35:51 -0700

If you haven't installed the latest ruby-debug-base,
could you hide Komodo's (at /lib/support/dbgp/rubylib),
and do a

gem install ruby-debug-base

This is on a 32-bit system, right? The debugger works on
64-bit linux, but you wouldn't have gotten that far if you
hadn't installed the gem.

- Eric

Thanks Jeff, Actually in

krishnan_tom — Tue, 04 Mar 2008 20:36:25 -0800

Thanks Jeff,
Actually in step 3 ,i have mentioned about the tbcload source code which comes with the TCLDevKit.

Step 3?

jeffh — Fri, 29 Feb 2008 18:05:33 -0800

What is step 3 about? There shouldn't be anything in the TDK that you need to recompile.

As for [dom parse] causing the problem, it has its own built-in memory allocator for extra performance. This may have some issues that don't directly translate in the special x86-on-ia64 translation mode you have.

1: Installed Tcl on 32-bit

krishnan_tom — Thu, 28 Feb 2008 20:43:43 -0800

1: Installed Tcl on 32-bit SuseOS
2: Copied the installation to HP-ia64. Uname of this m/c:
linux-hp-4:/opt/SEK/bin # Linux linux-hp-4 2.6.16.46-0.12-default #1 SMP Thu May 17 14:00:09 UTC 2007 ia64 ia64 ia64 GNU/Linux
3: Replaced the libraries:
a. copy source (.o files) from tcldevkit into the HP-ia64
b. run '.configure' and 'make'
c. replace the newly built .so files into tcl folder (copied in step 2 above)
4: Prepare our product for HP-ia64
a. Compile our source using Tcldevkit copiler on Windowx XP 32 bit
b. copy the compiled files to HP-ia64
5: Run our source on HP-ia64

When this is run the messages given are:
wish(13975): unaligned access to 0x600000000034d40c, ip=0x2000000000dd50d0
wish(13975): unaligned access to 0x600000000034d414, ip=0x2000000000dd50d1
wish(13975): unaligned access to 0x600000000034d41c, ip=0x2000000000dd50e0
wish(13975): unaligned access to 0x600000000034d424, ip=0x2000000000dd50e1
wish(13975): unaligned access to 0x600000000034d42c, ip=0x2000000000dd50f0

Even after this our product launches and works fine.
We have not done complete testing to verify all functionalities
We also found that the messages were generated due to the following code:
set licDom [dom parse -keepEmpties $m_strLicContent]

Can you let us know if these messages must be looked into and what is the solution.

This problem has been standing for some time now and it is important that we solve it immediately.

Thanks