[jira] [Updated] (DAFFODIL-1810) Tests fail on MS-Windows due to CRLF vs LF
[
https://issues.apache.org/jira/browse/DAFFODIL-1810?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mark C. Otto updated DAFFODIL-1810:
---
Fix Version/s: 2.3.0
> Tests fail on MS-Windows due to CRLF vs LF
> --
>
> Key: DAFFODIL-1810
> URL: https://issues.apache.org/jira/browse/DAFFODIL-1810
> Project: Daffodil
> Issue Type: Improvement
> Components: QA, Windows
> Environment: MS Windows
>Reporter: Michael Beckerle
>Assignee: Mark C. Otto
>Priority: Major
> Labels: beginner
> Fix For: 2.3.0
>
>
> This bug looks like a windows line-ending (CRLF) vs. unix line ending (LF)
> problem. I.e., real bug in test because it is line-ending sensitive. When I
> look at this in Emacs it shows me the CRs as ^M. Every line ends with a ^M
> except the ones I marked with ### below.
> THere are several of this same failure. These are tests related to internal
> whitespace preservation, so it's a place where Windows vs. Linux sensitivity
> may come up.
> {code}
> [error] Test
> edu.illinois.ncsa.daffodil.section23.dfdl_expressions.TestDFDLExpressions.test_internal_space_preserved3b
> failed: java.lang.Exception:
> [error] Comparison failed.
> [error] Expected
> [error] 2a
> [error] b
> [error] c
> [error] Actual
> [error] 2a ### no ^M here
> [error] b### no ^M here
> [error] c
> [error] Differences were (path, expected, actual):
> [error] (expr_space3b/value,'a
> [error] b
> [error] c','a### no ^M here
> [error] b### no ^M here
> [error] c'), took 0.618 sec
> {code}
> We need to change these tests so they are portable somehow.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Updated] (DAFFODIL-1810) Tests fail on MS-Windows due to CRLF vs LF
[
https://issues.apache.org/jira/browse/DAFFODIL-1810?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Beckerle updated DAFFODIL-1810:
---
Labels: beginner (was: )
> Tests fail on MS-Windows due to CRLF vs LF
> --
>
> Key: DAFFODIL-1810
> URL: https://issues.apache.org/jira/browse/DAFFODIL-1810
> Project: Daffodil
> Issue Type: Improvement
> Components: QA, Windows
> Environment: MS Windows
>Reporter: Michael Beckerle
>Priority: Major
> Labels: beginner
> Fix For: deferred
>
>
> This bug looks like a windows line-ending (CRLF) vs. unix line ending (LF)
> problem. I.e., real bug in test because it is line-ending sensitive. When I
> look at this in Emacs it shows me the CRs as ^M. Every line ends with a ^M
> except the ones I marked with ### below.
> THere are several of this same failure. These are tests related to internal
> whitespace preservation, so it's a place where Windows vs. Linux sensitivity
> may come up.
> {code}
> [error] Test
> edu.illinois.ncsa.daffodil.section23.dfdl_expressions.TestDFDLExpressions.test_internal_space_preserved3b
> failed: java.lang.Exception:
> [error] Comparison failed.
> [error] Expected
> [error] 2a
> [error] b
> [error] c
> [error] Actual
> [error] 2a ### no ^M here
> [error] b### no ^M here
> [error] c
> [error] Differences were (path, expected, actual):
> [error] (expr_space3b/value,'a
> [error] b
> [error] c','a### no ^M here
> [error] b### no ^M here
> [error] c'), took 0.618 sec
> {code}
> We need to change these tests so they are portable somehow.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
