Daniel Farina <daniel@heroku.com> writes:
> Okay, I see. So inverting the thinking I wrote earlier: how about
> hearkening carefully to any ParameterStatus messages on the local side
> before entering the inner loop of dblink.c:materializeResult as to set
> the local GUC (and carefully dropping it back off after
> materializeResult) so that the the _in functions can evaluate the
> input in the same relevant GUC context as the remote side?
Yeah, watching the remote side's datestyle and intervalstyle and
matching them (for both input and output) would probably work.
regards, tom lane