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 "End"
> 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)