Re: Interpretation Algorithm calls some() on an OrderedSet
Gavin Kistner <[email protected]> Fri, 27 Jun 2014 21:00:58 -0600
| Newsgroups | gmane.comp.web.voice |
|---|---|
| Message-ID | <[email protected]> |
Similarly getTransitionDomain() calls every() on an OrderedSet, which is also only defined for List. On Jun 25, 2014, at 7:02 AM, Jim Barnett <[email protected]> wrote: > You're right. I think I'll add some to OrderedSet since its definition will be straighforward. > > - Jim > On 6/24/2014 5:21 PM, Gavin Kistner wrote: >> Trace of a particular code path in the algorithm causes an OrderedSet() to have some() called on it, but this method is not defined for OrderedSet. >> >> enterStates(): >> statesToEnter = new OrderedSet() >> … >> computeEntrySet(…,statesToEnter,…) >> >> computeEntrySet(…,statesToEnter,…): >> … >> addDescendantStatesToEnter(…,statesToEnter,…) >> >> addDescendantStatesToEnter(state,statesToEnter,statesForDefaultEntry): >> … >> if not statesToEnter.some(…) >> >> >> Either some() needs to be defined for OrderedSet, or the line above needs to become: >> if not statesToEnter.toList().some(…) >> >> >> The same problem exists in addAncestorStatesToEnter() >> >> (After getting quite far in the tests with LXSC I failed the 3rd preemption test, and decided to rewrite the core interpreter to match the latest spec algorithm in a very direct manner.) > > -- > Jim Barnett > Genesys >