Mixed-typed parameters for input words #89
Unanswered
mtf90
asked this question in
Learnlib Q & A
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
While looking through some of the learning related code, I noticed that some of the code expects the type classes of input parameters to be unison. For example:
teacher.get(t).getFreshValue(old)excepts theoldvariable to containDataValues of the same type class (seeTheory#getFreshValue). However, thecomputeOldmethod adds all constant values to the return value, which may have different type classes (e.g.,IntegerandString).Essentializergets itsfreshvalues based on all values of theinvalues which therefore also need to be of the same type.ClasssAnalyzerDataWordSUL#registerFreshValuemay return anIntegerbased value (map.size()) even if the actualretTypeof the configuredMethodConfigis different.Since all example automata I have found always use the same type class for all parameters (only
Integers, onlyStrings, etc.), I wondered whether this is an intentional constraint or if the above examples are actual oversights/bugs that became apparent with the (new) type system. Should mixed-typed inputs (e.g., a login symbol with aString-based account name but anInteger-based password) be supported by register automata (learning)?Beta Was this translation helpful? Give feedback.
All reactions