[Tcl-bugs] [ tcl-Bugs-2008997 ] info frame doesn't count multiline escapes in sourced file

[SourceForge.net <no...@so...>]

Bugs item #2008997, was opened at 2008-07-02 13:21
Message generated for change (Settings changed) made by dgp
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110894&aid=2008997&group_id=10894

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: 17. Commands I-L
Group: obsolete: 8.5.3
>Status: Pending
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Andreas Kupries (andreas_kupries)
Summary: info frame doesn't count multiline escapes in sourced file

Initial Comment:
If I have a command split over multiple lines such
as

1:  myProc myargs \
2:      someMoreArgs
3:  myProc 2ndCall \
4:       moreArgs

then 'info frame <i>' correctly reports the
invocation lines of myProc.

If I source the script containing the above
invocations, then 'info frame' appears to lose
count of the escaped newlines.

In particular, when I call 'info frame i' to get
the location of the "myProc call":
   - the first call correctly returns "line 1"
   - the second call incorrectly returns "line 2".
If there are more multi-line commands, the line
count goes off by one more, for each escaped newline.
It seems that location tracking has not incremented
the line number for the escaped newline.

Similarly, given:

1:  myProc [myOtherProc arg1] \
2:      [myOtherProc arg2]

[info frame] reports "1" as the caller-line for both invocations of "myOtherProc".  I expected "2" 
as the caller location of for the invocation which
used "arg2".  (I have no expectation for the order
of invocation for the two calls to "myOtherProc".)

The attached testcase illustrates the problem in
a number of cases.  In particular:
  - all but the first "set_false_path" line numbers 
    is incorrect (and off by one more on each call)
  - the line number reported for the calls to
    "get_pins" illustrates the subcommand caller
    problem.

To replicate:
   tar zxf infoFrameBug.tgz
   tclsh ./lineNoTest.tcl
   ... note that the very last "set_false_path" is reported to be on line 57...but is actually on line 61 of the file.

The bug exists in the original 8.4 TIP patch for the
'info frame' feature, and still exists in the 8.5.3
TCL release that I downloaded this morning.

The bug appears to occur only when I 
   source myscript.tcl
...not when I invoke the script directly.

Thanks

Henry (Cox)  hen...@co...

    



































----------------------------------------------------------------------

>Comment By: Don Porter (dgp)
Date: 2009-10-01 14:48

Message:

This is fixed now?

----------------------------------------------------------------------

Comment By: Andreas Kupries (andreas_kupries)
Date: 2008-07-02 13:45

Message:
Logged In: YES 
user_id=75003
Originator: NO

Yes.
That is a known bug/limitation of the current [info frame].
The testsuite acknowledges that as well, file info.test, case
'info-30.0'.
While the testcase mentions a possible solution we fear that a very
complex a change is lurking behind the simple description.

> The bug appears to occur only when I source myscript.tcl ...not when I
invoke the script directly.

This is new information. I theorize that this might be a difference
between a bytecompiled and a direct eval'd script.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=110894&aid=2008997&group_id=10894