Uploaded image for project: 'Daffodil'
  1. Daffodil
  2. DAFFODIL-2238

Unparser optimizers failing - couldHaveSuspensions - incorrect in many cases - needs unit tests

Attach filesAttach ScreenshotAdd voteVotersWatch issueWatchersCreate sub-taskLinkCloneUpdate Comment AuthorReplace String in CommentUpdate Comment VisibilityDelete Comments
    XMLWordPrintableJSON

Details

    • Improvement
    • Status: Open
    • Major
    • Resolution: Unresolved
    • 2.4.0
    • None
    • Middle "End"
    • None

    Description

      Many optimizations depend on the couldHaveSuspensions attribute, such as eliding out the expensive CaptureStart/End of Content/Value length for unparsing.

      This appears to be true far too often. The calculation is far too pessimistic.

      E.g., in an example I have which is 100% text, with only constant dfdl:outputValueCalc expressions (because there are hidden flags that must be set to constant "1" or "0"), this attribute is true, yet there is no possibility of suspension in this example.

      We need unit tests to insure this is being computed correctly so that the optimizations it enables will in fact take place.

      Attachments

        Activity

          This comment will be Viewable by All Users Viewable by All Users
          Cancel

          People

            Unassigned Unassigned
            mbeckerle Mike Beckerle

            Dates

              Created:
              Updated:

              Slack

                Issue deployment