ActiveState Community

Bazaar Extension, Version: 0.2

I used Bazaar to manage my source codes. So I build an extension to do most used bzr commands.

To use this extension, you must have bzr and bzr-gtk applications.

---
Windows users can change it by their needs!

x86-64 has been around for 5 years now, ever since the Opteron was introduced in 2003, and the majority of Linux distributions come in 64-bit editions with practically all of programs being 64-bit native, including the Mozilla library which Komodo is based on. Isn't it about time to compile Komodo directly to x86-64 as well, so loading a zillion 32-bit compatibility libraries isn't necessary just to run it?

I am getting out of Memory when i am running Perl programm in Linux which read an XML and does some modifications.

the following is the program i used

use XML::DOM;

my $parser = new XML::DOM::Parser;
my $doc = $parser->parsefile("MDT179.xml");

my $nodes = $doc->getElementsByTagName("MDT_Entry");
my $n = $nodes->getLength;

for (my $i = 0; $i < $n; $i++)
{
my $node = $nodes->item($i);
my $MeasurementNumber = $node->getAttributeNode("MeasurementNumber");
$node->removeAttribute("MeasurementNumber");
if($MeasurementNumber->getValue eq "10353")
{

Hi,

I have a strange bug with the last release of
Active Tcl under Linux (with KUbuntu).
Strange files have been created everywhere on my disk,
everytime I launch a Tcl script.
Reducing the problem, it seems that the tclsh
interpreter creates these files, as shown in the
following sample Linux session.
Do you have any idea of what may cause that ?

Best regards,

Michaël

testtmp$ ls -al
total 8
drwxr-xr-x 2 username username 4096 2008-09-10 09:15 .
drwxr-xr-x 10 username username 4096 2008-09-09 16:55 ..
testtmp$ tclsh
% set ::tcl_patchLevel
8.4.19
% exit

I am attempting to use Komodo (versions 4.3 and 4.4) to debug a perl daemon remotely. I get the remote debugging connection and debugging works fine right up to the point where the perl script does a fork. In this daemon, the parent simply exits and the child continues on. The perl daemon is actually running; you can see it with the ps command, but Komodo cannot seem to talk to it.

I looked back in the support forms and found some issues with Komodo and fork, but the problem really wasn't the same as mine.

Is their already a Catalyst MVC (Perl) project template?
If not, is there going to be?

I've watched the ruby on rails screen-casts and would like to see the same ease of "build" stuff with Catalyst (being the rails equiv for Perl)

I'm thinking about making a big dive and switching from cli+vim+tab terms+pdb+h2xs+firebug development tools pattern to an IDE.

Hi.

Imagine you have 3 files opened (3 tabs). Is there a possible to quick jump to the th tab by doing Alt+ like you do in Firefox and others?

For instance, if you want to go to tab 2 you do Alt + 2...

This would be great! Thank you!

I've built some C functions into shared object files with SWIG that I am able to successfully load into the ActiveTCL wish/tclsh interpreters and use. However, when I try to use the prefix files (base-tk-linux-x86_64) as interpreters, I get the following:

% load ccontrol.sl.lin64
couldn't load file "ccontrol.sl.lin64": ccontrol.sl.lin64: undefined symbol: Tcl_TraceVar

What am I doing wrong? I got this working before, but I don't remember how.

Thanks.

Hi,

I have been looking at a problem one ouf our customers was having using ActivePerl to connect via DBD:ODBC to our SQL Server driver on Linux. After investigating, the problem seems to be that the version of iODBC you have built your distribution with expects the W (wide) functions (SQLDriverConnectW, SQLConnectW) to use four byte unicode. Unfortunatly that will fail with just about every ODBC driver out there that exports the W functions, as most of those will expect 2 byte wide characters, just the same as on Windows