ActiveState Community Site - Windows Server 2003 - Comments

test

kush — Tue, 18 Nov 2008 15:21:13 -0800

testing what you do

Not a supported configuration

troyt — Fri, 14 Nov 2008 13:13:42 -0800

Komodo requires a standard tclsh or wish interpreter for debugging and the interactive shell. Without knowing more about this third party program, I can't say why this isn't working (if it exposes a true tclsh, it should).

You may want to try the Debugger that comes with the Tcl Dev Kit (which uses a different debugging mechanism) to see if that's able to debug your code:

http://activestate.com/Products/tcl_dev_kit/index.mhtml

I can see a TCL> prompt within the Command Ouptut tab contents. However, I do not have the ability to interact with this window. I do not see how to debug, or even submit individual commands against this window.

The Command Output Tab is not a true terminal. It allows for some interaction with scripts, but it will not always behave like a system console. The solution is to use the "New Console" option as you have done.

However, it appears to be external to Komodo without debug, editing or interaction abilities.

This would also be true of the Command Output window. The interactive abilities you're looking for are only available in debugging sessions, which don't seem to work with this third party application.

All of that said, there may be ways to debug your own Tcl code separately using ActiveTcl, then run your scripts with pgnserver.exe.

Fails on Win XP with long filename error

ic3 — Thu, 13 Nov 2008 09:08:14 -0800

Hello,

Tried installing on Perl 5.6.1 on Windows XP, but this fails with a windows error unable to find 'C:Program'

Writing Y:\Data\perl\site\lib\auto\Crypt\SSLeay\.packlist
The system cannot find the file C:\Program.
Error installing package 'http://theoryx5.uwinnipeg.ca/ppmpackages/Crypt-SSLeay.ppd': PPM install script failed, status 256

It looks like this is truncating the file name C:\Program Files\... at the space and it also trows up a windows messagebox to the same effect. I've tried to trace the PPM, but I can't get it to log the trace file by using set trace 2 and set tracefile Y:\Perl\ppm.log.

Help!

RE: Net::FTP

leoonardojack_hotmail — Thu, 25 Sep 2008 01:27:41 -0700

FTP servers should accept some standard form of user name. This could be NIC idents or last name with optional use of initials. FTP Client boasts many elements of the Mac OS X interface, including Toolbars, drawers, live resizing and more, making it a pleasure to use.

------------------------
hennry

search engine optimization

Fixing TMPDIR

halindrome — Tue, 23 Sep 2008 13:02:05 -0700

The issue is that one that one server the environment variable TMPDIR is set, and the CGI package will use that. What you can do is always set that variable to '.'

uwish.exe hang while exiting on multiprocessor Windows 2003

jeffh — Tue, 26 Aug 2008 13:08:28 -0700

I'm a little confused as to what 'uwish.exe' is, because that's not the name of the executable we ship (it is 'wish.exe' or 'wish84.exe'). As the process name is repeated thrice, I can only assume you have made some modifications which may cause the error. It would also be advisable to update to at least 8.4.19 before revalidating the error.

breakpoint works in standalone mode but not with .pl

chuckd — Fri, 15 Aug 2008 10:13:23 -0700

This module will not break at any breakpoint when I call it from the function (get_values) in the .pl script

.PL script
get_values();

MODULE:
package H5DATALOAD;

use 5.008002;
use strict;
use warnings;

require Exporter;

our @ISA = qw(Exporter);

our %EXPORT_TAGS = ( 'all' => [ qw() ] );

our @EXPORT_OK = ( @{ $EXPORT_TAGS{'all'} } );

our @EXPORT = qw(get_values);

our $VERSION = '0.01';

sub get_values {
my $a = 1;
my $b = 2;
my $c;
foreach (1..10000) {
$c += $a + $b;
}
my $name = 'chuck';
return;
}
1;
__END__

How are you loading the module?

ericp — Fri, 15 Aug 2008 09:46:54 -0700

Could you provide sample code that reproduces the problem?

breakpoints work standalone module but not with a .pl

chuckd — Fri, 15 Aug 2008 09:12:59 -0700

Hi,
I can get a breakpoint to work in a module that I create, but I can't get the breakpoint to stop when I execute the module from a .pl file. It just skips it.
-Chuck

Does the breakpoint work when you run the module standalone?

ericp — Thu, 14 Aug 2008 10:45:52 -0700

For example, if you put some test code at the bottom of
the module that calls the function that hits the breakpoint
line, does it stop there?

Create Module with DLL

geoffair — Wed, 06 Aug 2008 05:21:09 -0700

I am not particularly a Perl 'expert', but it seems you should write a Makefile.PL -

Read perl docs :-

http://perldoc.perl.org/ExtUtils/MakeMaker.html

The final lines in Makefile.PL would be something like -

WriteMakefile( NAME => 'YOUR::Modulename',
DIR => [],
OBJECT => 'yourobjectfile.obj',
VERSION => '0.1',
... etc ... );

Then the standard Perl mantra of -

1> perl Makefile.PL - would generate the makefile
2> nmake - would compile your DLL
3> nmake test - would run any tests you put in the t\ folder

And when you are HAPPY it passes all the tests you create ...
4> nmake install - would copy your .pm and .dll to the appropriate places

Yes, you could probably copy the .pm and the .dll to the appropriate places manually, creating the correct folder structure, but this takes quite some understanding of the perl folder arrangements to find extension libraries ...

Hope this helps ...

Regards,

Geoff.

EOF - ASPerl-02.doc

Can any body provide the

Bindu — Tue, 24 Jun 2008 21:53:28 -0700

Can any body provide the perl script for accessing SQL 2000 database in Windows 2003 server.

Well, I didn't make any

komodoperluser — Tue, 17 Jun 2008 08:15:28 -0700

Well, I didn't make any registry changes on my local machine, other than for application data. That is, the Application Data folder's location was changed on my workstation, not on any servers. And I switched it back to its original location, anyway. In addition, I uninstalled komodo and deleted all application data associated with komodo in the %appdata% and in local settings/application data and then reinstalled it. And there have been no network changes, whatsoever.

I'm trying to run it from the command-line, but I'm in the midst of setting it up; I copied the all environement variables used in the simulated cgi environment into a text file and am in the process of putting them in my windows enviroment variable list. Then, I will debug at the perl command line and see what happens.

Again, the application data folder was changed on my workstation, but I am setup as a roaming profile. I read the link. Interesting stuff, thank you. I don't know if it's a cached roaming profile (I'd appreciate input as to how I can find this out b/c the first few pages of google haven't been any help so far), but I suspect it is beause it takes a few seconds to log on to my workstation. But it does take longer when I RDP onto other machines from my workstation.

Anyway, the point is I remember deleting the Application Data folder on the sql server. Why? Well, the original reason I changed the location of Application Data on my workstation was because RDPing onto the sql server took ages! My user profile was around 500 MB and I discovered Application Data was a considerable chunk. So, my idea was to change the location in the registry on my workstation and delete the Application Data folder on the server that stores user profiles, thinking this was speed things up. I thought if the application data folder on the workstation resided outside %userprofile% and the application data folder was deleted from the server that stores user profiles, load time would take a lot less, for my belief was the server that stores user profiles synchronizes with only data inside %userprofile%.

After I made the changes, I noticed some problems with applications, such as my web browser no longer had its previously session saved. I changed the Application Data folder registry location on my workstation back to its original state.

This is the only event which I think of that may have contributed to this DSN problem.

Looking at my %userprofile% on my workstation, I notice Application Data/ActiveState is the same both on my station and the server which stores user profiles. However, Local Settings/Application Data/ActiveState doesn't contain komodo data. Is this a problem?

Thank you very much for your help, btw.

Does it work from the command line?

troyt — Fri, 13 Jun 2008 14:07:05 -0700

I suspect this problem has nothing to do with Komodo, but rather with your registry changes or the changes to your network setup. Does the problem happen when you run the same script locally from the command line?

Was the Application Data folder previously on the same server that hosts your database (i.e. a roaming profile) perhaps? A number of "gotchas" related to roaming profiles (including the "Application Data" vs. "Local Settings\Application Data. issue) are discussed here:

http://blogs.msdn.com/oldnewthing/archive/2005/06/30/434209.aspx

This version works

Jian Sun — Fri, 06 Jun 2008 15:59:28 -0700

Hi grahams,

Like you said here, I tested with 5.10.0 build 1003 for MSWin32-x86, it works fine. Now I can reuse my Perl modules within my ASP .NET applications. Thanks a lot!

Jian