On Mon, Dec 7, 2015 at 9:35 PM, Kenneth Wolcott <kennethwolc...@gmail.com>
wrote:
> On Mon, Dec 7, 2015 at 6:31 PM, Kenneth Wolcott
> <kennethwolc...@gmail.com> wrote:
> > Hi;
> >
> > I've inherited a lot of Perl [mostly ActiveState] (and bash) scripts
> > were the former writers and maintainers did not use "use strict" and
> > "use warnings" and have other "less than Best Practices". Most of the
> > scripts are executed on Windows and some of them are executed on a Mac
> > and some are executed on Linux. There is apparently a massive amount
> > of dead code and duplicate code. There are weird dependencies here
> > and there on Cygwin. Apparently there was an earlier (still present?)
> > dependency on MKTools. Some scripts need to be modified prior to
> > first build on a new branch. The builds sometimes work fine and
> > sometimes fail in strange ways.
> >
> > It would be nice if there was a trace facility built-in to Perl that
> > I could enable that would tell me each line number of each script that
> > was currently executing.
> >
> > I'd love to replace all the Active State Perl code with either
> > Cygwin Perl or Strawberry Perl. Of course I'd like to replace the
> > Windows machines with Linux, but that's not going to happen :-)
> >
> > One of the strange things I see happening is that a path construct
> > of "c:\\dir1\\dir2\\filename" (not quoted in the script is being
> > parsed as "c:\dir1\di2filename" which seems strange. Another
> > situation that seems strange is the use of three backslashes together.
> > I thought that if you had to backslash a backslash it would always
> > come in pairs. What is strange is that this thing works sometimes and
> > then doesn't work sometimes.
> >
> > Now I'm here late at work trying to figure out why the build
> > infrastructure is broken.
> >
> > Thanks,
> > Ken Wolcott
>
> Of course we don't have the Active State Perl Debugger activated, as
> apparently that requires a license, which apparently is too expensive.
>
> Would be nice to be able to use Cygwin Perl or Strawberry Perl or even
> Linux Perl so that I'd have a debugger.
>
>
>
> I have used ActiveState's Perl Development Kit (PDK) in the past, so I
will pass along some info.
First, having a licensed PDK does not give you access to modules - that is
free (they give you various tools including a debugger)..
Second, their licensing of the PDK is a bit strange, as it is by user. So,
if there was a license on your system, it was probably for another user.
Third, you should be able to use the normal Perl debugger (-d option).
However, if someone installed the PDK, then the ActiveState debugger may be
overriding the normal debugger. To turn off the ActiveState debugger follow
these steps (which I grabbed from the ActiveStates site at some point -
probably over two years ago):
When the Perl Dev Kit is installed, the PDK's Graphical Debugger becomes
the default debugger, replacing the console debugger included with your
Perl distribution.
To disable the Graphical Debugger included with the Perl Dev Kit and use
the console debugger instead, perform the following steps:
1. Ensure that the Graphical Debugger is set to local mode.
○ On the command line, enter pdkdebug --query to view the current
mode.
○ If necessary, enter pdkdebug --local to set the debug listener to
local mode.
2. Set the debugger to the console debugger included with Perl 5.x. On
the command line, enter:
set PERL5DB=BEGIN { require 'perl5db.pl' }
set PERLDB_OPTS=
To disable the Graphical Debugger permanently, remove the PERL5DB key from
HKEY_LOCAL_MACHINE\SOFTWARE\Perl and remove the PERLDB_OPTS system
environment variable.
HTH, Ken
