Re^6: Debugger line numbering anomaly

How is db_tst.pl different from what I posted?

No, the script doesn't have Windows/DOS line endings. If it did, it wouldn't matter to Linux, if I call it via 'perl script.pl'. But it clearly runs fine on Linux (at least my Xubuntu and Debian installations). And the debugger issues no warnings.

What kind of warning could I insert that would help? It's not a runtime problem; it's a problem of the debugger missing a line, and so subsequent line numbers are off by one.

I note in the perl5db.pl POD text:

@dbline
 Local alias to the magical line array, "@{$main::{'_<'.$filename}}" ,
 supplied by the Perl interpreter to the debugger. Contains the source
+.
[download]

That's pretty clear that the Perl 5.26.1 interpreter is providing a buggered line array.

I don't know how to follow up with that, except to upgrade to something newer.

-- Lee

Comment on Re^6: Debugger line numbering anomaly Download Code

Replies are listed 'Best First'.
Re^7: Debugger line numbering anomaly (updated) by LanX (Saint) on Dec 25, 2019 at 02:29 UTC
> How is db_tst.pl different from what I posted? I can only guess what your real file looked like before you posted it thru monasterie's html filters. > What kind of warning could I insert that would help? It's not a runtime problem; warn reports the line-numbers saved into the op-tree. ° > That's pretty clear that the Perl 5.26.1 interpreter is providing a buggered line array. ~~It's not the Perl interpreter, but the debugger which builds the line array. And this with plain Perl code.~~ UPDATE : I was probably wrong here, seems the population appears when the executable is started with the -d option or if $PERLDB is set to `x400` . I thought the actual reading is handled inside perl5db.pl but couldn't identify the sub yet. > I don't know how to follow up with that, except to upgrade to something newer. As long nobody else is reproducing this problem, my best guess is that your file is corrupted. Cheers Rolf _{(addicted to the Perl Programming Language :) Wikisyntax for the Monastery FootballPerl is like chess, only without the dice} updates °) see Re^2: Debugger line numbering anomaly (updated)	[reply] [d/l]

Replies are listed 'Best First'.

Re^7: Debugger line numbering anomaly (updated)
by LanX (Saint) on Dec 25, 2019 at 02:29 UTC

> How is db_tst.pl different from what I posted?

I can only guess what your real file looked like before you posted it thru monasterie's html filters.

> What kind of warning could I insert that would help? It's not a runtime problem;

warn reports the line-numbers saved into the op-tree. °

> That's pretty clear that the Perl 5.26.1 interpreter is providing a buggered line array.

~~It's not the Perl interpreter, but the debugger which builds the line array. And this with plain Perl code.~~

UPDATE : I was probably wrong here, seems the population appears when the executable is started with the -d option or if $PERLDB is set to x400 . I thought the actual reading is handled inside perl5db.pl but couldn't identify the sub yet.

> I don't know how to follow up with that, except to upgrade to something newer.

As long nobody else is reproducing this problem, my best guess is that your file is corrupted.

Cheers Rolf
_{(addicted to the Perl Programming Language :)

Wikisyntax for the Monastery
FootballPerl is like chess, only without the dice}

updates

°) see Re^2: Debugger line numbering anomaly (updated)

[reply]
[d/l]