You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@daffodil.apache.org by "Mike Beckerle (Jira)" <ji...@apache.org> on 2019/11/21 13:54:00 UTC

[jira] [Updated] (DAFFODIL-2238) Unparser optimizers failing - couldHaveSuspensions - incorrect in many cases - needs unit tests

     [ https://issues.apache.org/jira/browse/DAFFODIL-2238?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Mike Beckerle updated DAFFODIL-2238:
------------------------------------
    Summary: Unparser optimizers failing - couldHaveSuspensions - incorrect in many cases - needs unit tests  (was: couldHaveSuspensions - incorrect in many cases - needs unit tests)

> Unparser optimizers failing - couldHaveSuspensions - incorrect in many cases - needs unit tests
> -----------------------------------------------------------------------------------------------
>
>                 Key: DAFFODIL-2238
>                 URL: https://issues.apache.org/jira/browse/DAFFODIL-2238
>             Project: Daffodil
>          Issue Type: Bug
>          Components: Middle &quot;End&quot;
>    Affects Versions: 2.4.0
>            Reporter: Mike Beckerle
>            Priority: Major
>             Fix For: 2.5.0
>
>
> 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. 



--
This message was sent by Atlassian Jira
(v8.3.4#803005)