| Ticket UUID: | a09031e288aae03a8fcf4c0ddde342dfd645e0e0 | ||
| Title: | Performance in the general case vs accurate output of [info frame] in the presence of bs+nl | ||
| Type: | Patch | Created on: | 2018-12-02 12:42:38 |
| Submitter: | leon | Assigned to: | nobody |
| Subsystem: | 10. Objects | Severity: | Minor |
| Priority: | 5 Medium | Last modified: | 2018-12-10 20:40:06 |
| Status: | Open | Closed by: | nobody |
| Resolution: | None | Closed on: | |
| Version: | 8.6, 8.7, trunk | ||
| Description: | ||||
|
The issue has been discussed at https://groups.google.com/forum/#!topic/comp.lang.tcl/Qd0Q11CxjgQ. I am filing this ticket so that I can submit a patch for it. My short-term goal is to provide a quick fix that makes accurate tracking of line numbers in the presence of line continuations (backslash+newline) controllable during compile and/or run time. | ||||
| User Comments: | ||||
leon (claiming to be Added new patch) added on 2018-12-10 20:40:06:
The new patch contains roughly everything that should go into a quick-fix. In the previous (draft) patch I had reported an issue that the experimental change didn't crash where I wouldn't be surprised if it did. The investigation showed that the old code written related to the handling of line continuations contained all required NULL-pointer checks. In particular all calls of the function TclContinuationsEnterDerived are protected with checks that its last argument is non-NULL. Therefore in this version I just added build- and run-time control over the functionality that was unconditionally disabled by the previous patch. | ||||
Attachments:
- patch-a09031e288-quickfix.diff-c50-w [download] added by leon on 2018-12-10 20:21:09. [details]
- patch-a09031e288-quickfix.diff.1 [download] added by leon on 2018-12-02 19:30:09. [details]