Re: client libpq multibyte support

> True, and in fact most of the performance problem in the client-side
> MULTIBYTE code comes from the fact that it's not designed-in, but tries
> to be a minimally intrusive patch.  I think we could make it go faster
> if we accepted that it was standard functionality.  So I'm not averse to
> going in that direction in the long term ... 

Glad to hear that.

> but I do object to turning
> on MULTIBYTE by default just a couple days before release.  We don't
> really know how robust the MULTIBYTE-client-and-non-MULTIBYTE-server
> combination is, and so I'm afraid to make it the default configuration
> with hardly any testing.

Agreed.
--
Tatsuo Ishii