RE: Existing books on debugging ?

The Perl Debugger Pocket Reference: http://www.oreilly.com/catalog/perldebugpr/index.html Ciao Richard Foley --- Ciao - Shorter than Aufwiedersehen

Re; debug a script for Sendmail::Milter

Dirk, It looks like the Milter module was relocated from another Perl installation, hence the message. Possibly the SuSe installation or the Sendmail installation, or you, are using differing Perl versions? Ciao Richard Foley --- Ciao - Shorter than Aufwiedersehen http://www.oreilly.com

rel; script aborts when debugged

Works for me: [EMAIL PROTECTED]:~/att> perl -d -Mencoding="iso-8859-2" -e 'print "hello there($$)\n"; print "etc...\n";' Loading DB routines from perl5db.pl version 1.19 Editor support available. Enter h or `h h' for help, or `man perldebug' for more help. main::(-e:1): print "hello there($$

re; core dump

I think I would contact the webmin people to see if they can help, first. -- Richard Foley --- core dump whitevamp Sat, 27 Nov 2004 16:34:23 -0800 im not sure if this is the right place to list this .. im running webmin or trying to and when i goto start it IE: /usr/local/webmin-conf/config

Re: re; core dump

t; <[EMAIL PROTECTED]> on 08-02-2005 09:14 PST To: "Richard Foley" <[EMAIL PROTECTED]> cc: Subject: Re: re; core dump thats where i first whent and they said that it was a perl issue please see http://sourceforge.net/tracker/index.php?func=detail&ai

Re: Different output when run from the debugger vs. the command line

gram termination, h q, h R or h O to get additional info. DB<1> q > diff ordinary.output debugger > No difference at all. Richard Foley Different output when run from the debugger vs. the command line Shimon Bollinger Mon, 15 May 2006 04:40:02 -0700 When I run the f

Attaching a debugger to a file being eval'd?

s the problem, or have I missed something? I've just tried it with ptkdb too, and that works fine, (stopping at the $DB::single line), also: $> perl -d:ptkdb wrapper.pl ... -- Richard Foley Ciao - shorter than aufwiedersehen http://www.rfi.net/ > Mon, 08 Jan 2007 14:07:34 -0800 > Hi al

Re; debugging threaded application

gs. How should I go about debugging this? > > Thanks > Khai Doan -- Richard Foley Ciao - shorter than aufwiedersehen http://www.rfi.net/ ps. Please resend any bounced or unanswered emails.

re: Debugger Doesn't Show Program Lines

Perhaps it's a problem with 5.6.1, have you tried a more recent version of Perl, like 5.8.n? -- Richard Foley Ciao - shorter than aufwiedersehen http://www.rfi.net/ ps. Please resend any bounced or unanswered emails. > In-ReplyTo: [EMAIL PROTECTED] > > We're upgrading from

Re: Debugger Doesn't Show Program Lines

And 5.8.x had the same > problem, I believe. > Spooky. Have you filed a bug report yet? -- Richard Foley Ciao - shorter than aufwiedersehen http://www.rfi.net/ ps. Please resend any bounced or unanswered emails.

Re: Debugger Doesn't Show Program Lines

On Friday 04 May 2007 17:10, Nelson R Pardee wrote: > I don't even know how to file a bug report, and right now this problem > is "ages" ago in terms of projects:-) > Well, for the next one, just run perlbug :-) -- Richard Foley Ciao - shorter than aufwiedersehen

Re: Unreliable breakpoint path specification

it. > Before you try rewriting the debugger from scratch, you might like to look at the output of the help for breakpoints, which you can access from within the debugger like this: h b As you might expect, TMTOWTDI. -- Richard Foley Ciao - shorter than aufwiedersehen http://www.rfi.net/

Re: Unreliable breakpoint path specification

t case for it? > the fact that I now depend on perl5db.pl internals. > I don't know whether Devel::Command would have been useful to you? > What would be the best way to suggest an API extension to perl5db.pl > maintainer(s)? > The best thing is probably to send a patch

Re: Unreliable breakpoint path specification

tion. Then send a patch to p5p for Rafael to consider applying it to bleed. -- Richard Foley Ciao - shorter than aufwiedersehen http://www.rfi.net/

Re: accelerated stepping

e former appeals a little more as an extention to the existing command, while the latter seems to be a bit more distinct, although I don't actually have another suggestion for the latter at the moment either. If you implement it though, I suspect you can use any letter you choose, certa

Re: accelerated stepping

#x27;d have to check for unwarranted side effects of course, such that blocks other than single-line grep, map and sort, remain unaffected, but otherwise it seems to me to be a good idea. -- Richard Foley Ciao - shorter than aufwiedersehen http://www.rfi.net/

Re: accelerated stepping

|| $dbline[$line] =~ m{\bsort\b}xms ) { to handle join and reverse as well: if ( $dbline[$line] =~ m{ \b(grep|join|map|reverse|sort)\b }xms ) { Maybe try a few single- and multi-line variations and, if it still looks good, submit a proposed patch t

Re: accelerated stepping

never see the returned result. Neither in the debugger output, > nor in the variable @x. That is, when I do afterwards > x [EMAIL PROTECTED] > the array is empty.?!?!? > (ok, I just see, it is not empty, if @x has been used before, > what a weird behaviour, what is going on??? :-) > Maybe it's a localisation issue? -- Richard Foley Ciao - shorter than aufwiedersehen http://www.rfi.net/

Re: accelerated stepping

ine, just as DB::DB gets called for each line, so I'm not sure how easy it's going to be to extend that handling for map{} and grep{} and sort{} blocks, unless you modify Perl's source too. You may still have to emulate it in the way you started to... > Help is of course very much appreciated!! > If I can help, I'll be happy to do so. -- Richard Foley Ciao - shorter than aufwiedersehen http://www.rfi.net/

Fwd: Debug Perl embedded in irssi

n't respond. The irssi (and its Perl scripts) continue to run fine. Someone an idea of what could be going wrong? Thanks. Wouter. --- -- Richard Foley Ciao - shorter than aufwiedersehen http://www.rfi.net/

Re: website update: B::Debugger

Hi Reini, Good idea. I'm forwarding this to Gabor, so he can update the site directly. Cheers. -- Richard Foley Ciao - shorter than aufwiedersehen http://www.rfi.net/ On Monday 18 January 2010 12:16:23 Reini Urban wrote: > Hi > > I have a website update suggestion regardi

Re: What is the history behind the DB module?

-- Ciao Richard Foley http://www.rfi.net/books.html On Fri, Sep 14, 2012 at 10:47:16AM +0300, Shlomi Fish wrote: > Hi Rocky, > > On Thu, 13 Sep 2012 19:40:53 -0400 > Rocky Bernstein wrote: > > > http://perldoc.perl.org/DB.html mentions a "programmatic int

Tmux helps to debug perl fork()s

Here is an interesting module from Peter Vereshagin which might help with debugging forks under the perl debugger, if you use tmux version 1.6+ http://search.cpan.org/dist/Debug-Fork-Tmux -- Ciao Richard Foley http://www.rfi.net/books.html

Re: Tmux helps to debug perl fork()s

You're welcome, Peter, it's a quiet list, but there are some debugger relevant people on it ;-) -- Ciao Richard Foley http://www.rfi.net/books.html On Mon, Dec 03, 2012 at 03:11:34PM +0400, Peter Vereshagin wrote: > Hello. > > 2012/12/03 10:34:27 +0100 Richard Foley