> Ahem... dereferencing a NULL? Bad bad bad.
No kidding, eh? :)
postgres=> select @1;
?column?
--------
1
(1 row)
I had paid more attention to the binary operators when re-doing the
operator matching and implicit type coersion stuff for this release. So,
the binary operators were using new code, while the unary operators were
still reusing the function matching code rather than the new dedicated
operator matching code.
Also, the left-hand operator code was not checking for a null return
from the function/operator matching code, so core dumped rather than
throwing a graceful error message.
So two problems have been fixed: the core dump when unable to find a
single best match, and the inability to find a good match for this test
case.
Will apply patches after regression testing (but it can't be worse than
before).
Thanks for spotting the problem...
- Tom
