On Sun, 2010-02-14 at 15:15 -0500, Tom Lane wrote:
> Most obviously, we could also get an encoding
> conversion failure on the notify condition name --- but we've never
> enforced a character set restriction on that, and nobody's ever
> complained about it AFAIR.
If the client successfully executed the LISTEN, then it could convert
all of the characters in one direction. I suppose some incomplete
conversion routine might not be able to convert the same characters in
the other direction -- is that what you're referring to?
The case of a condition name conversion error seems less problematic to
me anyway, because it would happen every time; so there's no danger of
making it through testing and then failing in production.
> I'm now thinking that we should just drop that restriction.
Ok. I'd feel a little better if I understood what would actually happen
in the case of an error with NOTIFY. When does the client receive the
error? Might the client code confuse it with an error for something
synchronous, like a command execution?
In response to
pgsql-hackers by date
|Next:||From: Tom Lane||Date: 2010-02-15 18:53:21|
|Subject: Re: LISTEN/NOTIFY versus encoding conversion |
|Previous:||From: Greg Stark||Date: 2010-02-15 18:29:59|
|Subject: Re: Explain buffers display units.|