[
https://issues.apache.org/jira/browse/CALCITE-7742?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18110464#comment-18110464
]
Julian Hyde commented on CALCITE-7742:
--------------------------------------
My goal, early on, was to use type systems to canonize. I still think it's a
good idea. I couldn't tell you what proportion of calls use {{==}} (i.e. will
fail without canonization) versus {{.equals}}.
I haven't seen any bugs that would be due to {{==}} failing when we move across
type-system boundaries. Maybe we would see more if type factories with
different type systems were to no longer share a cache.
> Test framework has non-determinstic tests
> -----------------------------------------
>
> Key: CALCITE-7742
> URL: https://issues.apache.org/jira/browse/CALCITE-7742
> Project: Calcite
> Issue Type: Bug
> Components: core
> Affects Versions: 1.42.0
> Reporter: Mihai Budiu
> Priority: Minor
>
> Some tests intermittently fail in CI, here's an example output:
> {code:java}
> FAILURE 0.1sec,
> org.apache.calcite.rel.rel2sql.RelToSqlConverterRoundTripTest >
> testCastToChar()
> java.lang.AssertionError:
> Expected: is "SELECT CAST(`product_id` AS CHAR)\nFROM
> `foodmart`.`product`"
> but: was "SELECT CAST(`product_id` AS CHAR(1))\nFROM
> `foodmart`.`product`" {code}
> Seemingly this is because there is some shared state between concurrent
> tests, e.g., perhaps a custom type system installed?
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
