ActiveState Community

I had someone submit this bug a long time ago to see if the calltip could be improved. It was submitted for PHP, but now that I look at JS it seems the same. Does anyone know if there has been any progress in Komodo?

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

(it's a little weak in JS also for user defined functions. It looks like it could easily do it for JS just no one finished coding it in)

Thanks.

(http://jsdoc.sourceforge.net/ are built in, just not fully used)

Hello,

i am running a .wsf file (with csript ) containing perlscript-code. This script is run with a directory name as an argument.

Now i want to modify this script so that it prompts for user input (instead of using the argument). How can i achieve this?

Thanks in advance.

rschwabi

Feedback on something annoying but not critical. Windows users would expect that when you double-click on a kpf file in Windows Explorer that it would open the project (as if you did it from the Start Page) as opposed to opening the file itself. I doubt people are routinely editing their project files. Nah. They want to work on the files associated with the project. Hey--you guys are doing great stuff--gotta great IDE here with Komodo. I'm going to help you make it better with a little feedback.

Best,
Rob

Hi,

We are developing a application in TCL. Finally we want to wrap it as a windows executable.But in our application we make use of TCL extension packages like tdom0.8.2 ,udp1.0.8 and BWidget-1.8.0.In Tcl.

After installing the just released PDK 8.0 I can´t use PDK from within Komodo anymore.

->Komodo could not find PAI in [C:\programme\pdk8].

I tried setting the PATH but without any success.
I tried to rename the path to pdk8 from the default.
I tried "Find on Path" and manual setting the path.

Since the error is known for over 4 month now and there is no solution for windows user I repost it.

Hello

I have an issue when installing ActivePerl silently.
This issue is referenced : http://bugs.activestate.com/show_bug.cgi?id=28192

"
The Installation works fine except for one problem, despite of specifing the TARGET directory where the product should be installed the MSI file creates a subfolder "perl" under the specified directory. How can we tell the MSI file not to create this subfolder?

start /wait msiexec /qb /l* ap510.log /i %AP_MSI% ADDLOCAL="PERL_FEATURE,PPM" PERL_PATH=No PERL_EXT=No TARGETDIR=d:\APPS\ap510
"

Do you know how to fix this bug ?

Regards
Pascal

I do the majority of my development with cygwin perl, but occasionally I write perl for Win32 systems (using Win32:: libraries). What's the best way to switch perl interpreters? Is there any way to set the interpreter per-project?

What I want is a quick-and-easy way to get the syntax-checking to warn me if I accidentally pull a Win32 library into one of my platform-independent projects, but have it keep quiet if I'm working on a Win32 project.

I'm using komodo edit 5

thanks for any suggestions.

Boldra

Looking at my netstat records I have lots of inbound (SMTP port) requests accessing perl.exe as the process. I am thinking that outside servers are somehow using my perl config to relay SMTP requests. Most of these inbound requests are from Eastern European IP addresses.

Is there a way for me to insure that all perl.exe process requests are only being made by my local machine?

I'd like to include all of my Perl modules into a library that can be used by several other PerlApps without having to include them in each PerlApp. It seems possible, but I don't know how to make such a file(s). The docs mention using a .lib file, but I don't know how to create it.

PROBLEM SUMMARY:
Windows PerlApp crashes because it loads the wrong version of a bound dll (SSL dll's in my case). Root cause is that the app runs from the location of the exe rather than the pdk temporary directory where the bound dlls are extracted.

DETAILS:
The problem occurred in Windows PerlApp projects using SSL (using modules Crypt::SSLeay or NET::SSLeay). To make the final executable complete, the following DLL's had to be bound explicitly to the project: libeay32.dll and ssleay32.dll).