The ? should be the value 2, but for some reason it's not being added. I've checked the files in the stack-trace below and the right values are entering into the process, just the wrong SQL seems to be generated.

Daniel Huss
added a comment - 14/Feb/13 5:53 PM SqlWalker::walkInExpression() does this:
$sql = $this->walkArithmeticExpression($inExpr->expression)
However, $inExpr->expression could be an instance of PathExpression . The grammar allows this case:
InExpression ::= SingleValuedPathExpression [ "NOT" ] "IN" "(" (InParameter { "," InParameter}* | Subselect) ")"
PathExpression and ArithmeticExpression both extend Node , but a PathExpression is not an ArithmeticExpression , and therefore it has no method isSimpleArithmeticExpression .
If you still need a failing test case, I'll write one when I get home from work.

Benjamin Eberlei
added a comment - 08/Apr/13 8:26 PM This is invalid, you need to set the path expression differently, this is pseudo code:
new ArtihmeticExpression( new SimpleArithmeticExpression(arithmeticsTerms => new PathExpression)));

Could this be bug in the DQL grammar, then? If I'm not mistaken, the resolution of an InExpression cannot involve an ArithmeticPrimary non-terminal. I find the correct solution as shown by Benjamin Eberlei to be quite astonishing, since a path expression like "alias.field" is not something I'd associate with the term "arithmetic".

Daniel Huss
added a comment - 22/Apr/13 11:17 AM Could this be bug in the DQL grammar, then? If I'm not mistaken, the resolution of an InExpression cannot involve an ArithmeticPrimary non-terminal. I find the correct solution as shown by Benjamin Eberlei to be quite astonishing, since a path expression like "alias.field" is not something I'd associate with the term "arithmetic".

This list may be incomplete, as errors occurred whilst retrieving source from linked applications: