5

I am looking for a Windows Perl IDE with debugger like Komodo but free.

I have seen Eclipse+EPIC but I don't want to install Eclipse here.

Padre doesn't have debugger built in.

brian d foy
  • 129,424
  • 31
  • 207
  • 592
Night Walker
  • 20,638
  • 52
  • 151
  • 228

6 Answers6

11

Komodo Edit is free. You can also check out Visual Studio, which in 2015 added Perl support.

Perl already comes with the best debuggers in the world: print and Test::More.

However, people keep asking this question, so we've listed all the ones we know about in perlfaq3.

Glorfindel
  • 21,988
  • 13
  • 81
  • 109
brian d foy
  • 129,424
  • 31
  • 207
  • 592
  • 5
    Calling `print` a debugging tool is like calling the clapper a "home automation tool." There's really no substitute for being able to stop, look around, and step. – Michael Carman Dec 13 '09 at 15:11
  • 2
    @Michael: I call "holy war" (is there a Godwin's law for that?). This is one of those issues that simply divides people. For many programmers, judicious use of `print` is *precisely* a substitute for stopping, looking around and stepping (which they find tedious and annoying). – Telemachus Dec 13 '09 at 15:15
  • 1
    @Michael: You forget the other half of what I said: unit tests. Write small, compartmentalized subroutines, have good tests, and use something like Log4perl to turn on debugging output. Maybe you don't like print(), but it's what most good Perl programmers I know use. And indeed, it is a holy war. That's why I gave my opinion, but also pointed to the extensive list of IDEs I maintain in the perlfaq. – brian d foy Dec 13 '09 at 19:02
  • @brian: I'm a big fan of unit testing but I think it's disingenuous to suggest it as a debugging technique. Outside of the ideal situation you describe it's likely to be ineffective (or at least inefficient). The power of a debugger is being able to see *exactly* what the code is doing free of the human bias that selecting what to print and/or test entails. That said, maybe I'm just bitter because I recently had to debug embedded C code via `printf` over a serial port. The edit-compile-load-run-review cycle was maddening; a working debugger would have sped things up tenfold. – Michael Carman Dec 13 '09 at 22:14
  • 2
    The situation I describe is how I actually develop, not some ideal situation. If you think that a debugger doesn't introduce bias, you just don't understand how debuggers work. If you want to talk about C, you're in the wrong place. – brian d foy Dec 15 '09 at 06:33
  • 3
    @Michael Carman: +1 BRAVO!! Print is not a debug tool - for starters, it requires adding code to the code to see what the code is doing to the code; yes, that's extra code which then needs to be maintained, understand, and possibly debugged... :-) – blunders Feb 24 '11 at 00:16
  • 2
    What do you think the Perl debugger does? It adds code. You misunderstand adding temporary code and permanant code, too. – brian d foy Feb 27 '11 at 14:18
9

I think ptkdb might be of help to you

sateesh
  • 27,947
  • 7
  • 36
  • 45
2

For Emacs there's the Perl Development Environment. Just use -d/Ctrl-c Ctrl-d for the debugger. Emacs runs on Windows, by the way.

brian d foy
  • 129,424
  • 31
  • 207
  • 592
Pedro Silva
  • 4,672
  • 1
  • 19
  • 31
2

There's an early version of a debugger plugin for Padre (check CPAN). I don't think it's ready for prime time, but if you were willing to donate some of your own time to improve it...

tsee
  • 5,034
  • 1
  • 19
  • 27
0

Why use an IDE when you can do pretty much everything with the good ol' perl debugger?

Kiffin
  • 1,048
  • 1
  • 15
  • 21
0

See nbperl, a Perl plugin to netbeans.

brian d foy
  • 129,424
  • 31
  • 207
  • 592
dan
  • 885
  • 2
  • 9
  • 18