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 theold
variable to containDataValue
s of the same type class (seeTheory#getFreshValue
). However, thecomputeOld
method adds all constant values to the return value, which may have different type classes (e.g.,Integer
andString
).Essentializer
gets itsfresh
values based on all values of thein
values which therefore also need to be of the same type.ClasssAnalyzerDataWordSUL#registerFreshValue
may return anInteger
based value (map.size()
) even if the actualretType
of the configuredMethodConfig
is different.Since all example automata I have found always use the same type class for all parameters (only
Integer
s, onlyString
s, 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