ActiveState Community Site - Linux - Comments

re: older downloads

ToddW — Tue, 11 Nov 2008 20:44:36 -0800

You can download older versions of Komodo, these are available at:
http://downloads.activestate.com/Komodo/releases/

Cheers,
Todd

bzr support in Komodo IDE 5.0

troyt — Fri, 31 Oct 2008 10:57:50 -0700

Note to IDE users: Komodo IDE 5.0 has support for Bazaar, Git and Mercurial.

re: 64-bit builds

MichaelA — Tue, 21 Oct 2008 14:20:11 -0700

I made a new e-mail account (so my main one wouldn't be spammed, seeing as how the bug database is public) and subscribed to the bug. Thanks for looking into it, and I hope that something will come of it soon!

re: 64-bit builds

ToddW — Tue, 21 Oct 2008 13:27:13 -0700

We are looking in this. You may want to add yourself to the CC-list of the following bug report and you'll be notified on any progress:
http://bugs.activestate.com/show_bug.cgi?id=80536

Cheers,
Todd

Some progress

dexpdx — Thu, 18 Sep 2008 19:52:17 -0700

So I've done a little work to make this template "do able".
I'm really really new to writing macro's and the Javascript API documentation for Komodo IDE is a bit lacking...

I would like to build some Komodo commands to handle running the create scripts and test server, but I have no idea how I would create a command that would detect a project property (of some sort) that would allow the command to find the path of the script. The Catalyst project helper creates scripts (under the aptly named script directory) called myapp_create.pl myapp_server.pl etc.
The Komodo commands that would map to these scripts would have to reference a property in order to find their names being as the Komodo project name is not always the same as the Catalyst application namespace. Further more the catalyst.pl script builds the scripts with the application package name as lower case with :: converted to _ (underscores).

Another issue would be that the Komodo project file should really live in the same directory as the catalyst app!

It currently does this:

My::TestApp.kpf
 - My::TestApp
   - lib
   - root
   - script
     - my_testapp_create.pl
     - etc...
   - t
   - Changes
   - Makefile.pl
   - README
   - my_testapp.conf

It should be my like this:

My::TestApp
 - My::TestApp.kpf
 - lib
 - root
 - script
   - my_testapp_create.pl
   - etc...
 - t
 - Changes
 - Makefile.pl
 - README
 - my_testapp.conf

If there are anybody out there who could give a few pointers on how to accomplish this I would be more than happy to take on the mantle of building a komodo-catalyst-kit similar to what was done with Django.
I would probably even build and release a Perl ModuleMaker project template!

Here is an oncreate macro that takes care running the catalyst.pl crucible script:

var project   = komodo.macro.project;
var name      = /^(.*?)(\.kpf)?$/(project.name)[1];
var catcmd    = 'catalyst.pl';
var packnm    = null;

while(!packnm) {
    packnm = ko.dialogs.prompt(null,"Package Name: ",name,"Catalyst Application Package Name");
}

var procmd    = [catcmd,name,'{"cwd": "%p"}'].join(' ').toString();

ko.run.runEncodedCommand(window,catcmd, function (r) {
    if (r != 127) {
        ko.run.runEncodedCommand(window,procmd, function (r) {
            if (r == 0) {
                ko.dialogs.alert('Catalyst scaffold build!');
            } else {
                ko.dialogs.alert('Something went wrong check "Command Output"');
            }
        });
    } else {
        ko.dialogs.alert('Unable to locate catalyst.pl in your path');
    }
});

Active tclsh 8.4.19 creates strange files under Linux

jeffh — Thu, 18 Sep 2008 15:36:48 -0700

This has been moved to the following bug report:

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

It has to do with a call for finding the libc version which ends up leaving these random files on disk.

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.

Douglas Aparicio - Ubuntu

douglase — Thu, 21 Aug 2008 12:30:45 -0700

Thanks.

I installed the TclDevKit like user root.

If TclApp looks for the preferences into the home directory of my account and not the home directory of the account used for installation, by the content of the file GlobalDefault is the same.

This it is the content of the file:(in /home/douglas/.Tcl Dev Kit/4.1) not like user root.

douglas@douglas-laptop:~/.Tcl Dev Kit/4.1$ gedit GlobalDefault
prefixList {}
checkerDefaults {}
pkgSearchPathMRUList {}
pkgRepositoryList /opt/TclDevKit-4.1/tap_help_repository
iconPath /opt/TclDevKit-4.1/bin
architecturesMRUList {
tcl
aix-powerpc
hpux-parisc
linux-glibc2.2-ix86
solaris2.10-ix86
solaris2.6-sparc
macosx-universal
win32-ix86
}
interpPath /opt/TclDevKit-4.1/bin
pkgSearchPathList {}
pkgRepositoryMRUList http://teapot.activestate.com
prefixPath /opt/TclDevKit-4.1/bin
defaultArchitectures linux-glibc2.7-ix86
iconList {}
interpList {}

Executing the command:
douglas@douglas-laptop:~/.Tcl Dev Kit/4.1$ ls -l GlobalDefault
-rw-r--r-- 1 root root 538 2008-08-18 10:09 GlobalDefault

It seems better to discuss it to me by mail, I remember my mail to you bermudezdouglas@gmail.com or bermudezdouglas@hotmail.com for msn to messenger

Re: details

Andreas Kupries — Thu, 21 Aug 2008 09:57:02 -0700

Hm.
So, you installed ActiveTcl and TclDevKit as user 'root', right?

However when you are using it now, you are 'douglas' (or whatever your own login is). Right again ?

When TclApp looks for the preferences it looks into the home directory of the account you are using, not the home directory of the account you used for installation.

Showing me the contents of the file does not help me. It only confirms what we know already, that the data was not saved. It also confirms that you found this file somewhere. I am guessing that this somewhere was the location I gave you, with '~' being your own home directory. what I have to know are the permissions given to this file, and the owner/group settings of the file.

So, what are the results of running the command below ?

ls -l "$HOME/.Tcl Dev Kit/4.1/GlobalDefault"

My interpretation of your sentence

I can read it to the file like root.

is that the file can be read if you are the root-user. That doesn't tell us much as the root-user can read everything.

Side note: I do not seem to get notifications from the web forum for every response you are making, only for some. What do you think about a switch to direct communication by email ? Would that be more convenient for you ?

details

douglase — Wed, 20 Aug 2008 12:50:03 -0700

thanks.
TclDevKit I installed like user root. I can read it to the file like root.
The file contains the following thing:

prefixList {}
checkerDefaults {}
pkgSearchPathMRUList {}
pkgRepositoryList /opt/TclDevKit-4.1/tap_help_repository
iconPath /opt/TclDevKit-4.1/bin
architecturesMRUList {
tcl
aix-powerpc
hpux-parisc
linux-glibc2.2-ix86
solaris2.10-ix86
solaris2.6-sparc
macosx-universal
win32-ix86
}
interpPath /opt/TclDevKit-4.1/bin
pkgSearchPathList {}
pkgRepositoryMRUList http://teapot.activestate.com
prefixPath /opt/TclDevKit-4.1/bin
defaultArchitectures linux-glibc2.7-ix86
iconList {}
interpList {}

That to do with this?

Re: details

Andreas Kupries — Wed, 20 Aug 2008 09:27:32 -0700

Thank you. That gives me something to work with, as this should not be happening. ... time passes ... Back, and having investigated this a bit. I was able to reproduce your problem if the file we use to store the preferences is not writable.

Please have a look at the file "$HOME/.Tcl Dev Kit/4.1/GlobalDefault".

NOTE: The filename has spaces in it. You will have to double-quotes as above, or write $HOME/.Tcl\ Dev\ Kit/4.1/GlobalDefault on the command line to quote just the spaces.

Is the ownership of that file correct?
(You should be owner)
Do you have permissions to write the file?

If TclApp cannot write to this file it silently discards any changes to the preferences :(

This last is arguably a bug and I will work on fixing it, i.e. have it pop up an error dialog reporting the trouble. Should you wish to please feel free to enter a report at http://bugs.activestate.com/ about this.

details

douglase — Wed, 20 Aug 2008 05:53:13 -0700

Greetings...

I close the dialogue doing click on the 'OK'.

Attempt to execute tclapp again and the data are lost...

Re: more

Andreas Kupries — Tue, 19 Aug 2008 15:53:07 -0700

Douglas, how are you closing the dialog ?

Are you clicking on the button labeled 'X' (top-right corner of window) ?
Are you clicking on the button labeled 'Cancel' ?
Are you clicking on the button labeled 'Ok' ?

Each of these three actions will close the dialog.
Only one of them will save the data, by design.
Namely, clicking on 'Ok'.

It is difficult to impossible to help if I do not get the details needed, just generic descriptions.

douglase — Tue, 19 Aug 2008 12:44:20 -0700

I talked about to that I close the dialogue and the window of the TclDevKit and when I try to return to execute tclapp it loses the routes that I placed in Edit->Preferences-> TAP Search Parths..

how to make these changes permanent?, because I execute the command again and it returns to fail...

root@douglas-laptop:/opt/TclDevKit-4.1/bin#./tclapp -prefix /opt/ActiveTcl-8.4/bin/base-tcl-linux-ix86 -out /home/douglas/Software/Projects/TCL_TK/Ejecutables/moretest_hayes_netop /home/douglas/Software/Projects/TCL_TK/moretest_hayes_netop.tcl -pkg Expect -pkg base64 -pkg http
info | Tcl Dev Kit TclApp
info | Copyright (C) 2001-2008 ActiveState Software Inc. All rights reserved.
info | Trial license for Trial User.
info |
info | Embedding license information into wrap result as comments.
info |
info | Expires: 03-09-2008.
info |
info | WARNING: All applications generated by this trial version
info | will also stop working on 03-09-2008.
info Expanding...
info Following only profile dependencies
info P package http 2.5.5 tcl ...
info
info Issues...
error package 'Expect -is profile' is not known (Specified, Not recoverable)
error package 'base64 -is profile' is not known (Specified, Not recoverable)
error
error Aborting
error
root@douglas-laptop:/opt/TclDevKit-4.1/bin#

Re: more, more, more

Andreas Kupries — Tue, 19 Aug 2008 12:20:37 -0700

When you say '... closing the window', you are talking about closing the dialog, yes ?
And when you are reopening it the paths are missing ?
The application was not closed in the interim ?
How are you closing the dialog ?
(I am hoping to gain an understanding of the exact steps you performed. For example, there are 3 different ways to close the dialog and your description doesn't tell me which way you used).