aboutsummaryrefslogtreecommitdiff
path: root/src/backend/access/gist
diff options
context:
space:
mode:
authorHeikki Linnakangas <heikki.linnakangas@iki.fi>2012-11-12 15:10:24 +0200
committerHeikki Linnakangas <heikki.linnakangas@iki.fi>2012-11-12 17:07:29 +0200
commitdbdf9679d7d61b03a3bf73af9b095831b7010eb5 (patch)
tree0279dd90603c25774d69bf57870f494b7526405d /src/backend/access/gist
parentc9d44a75d48ed8a9b9275b95be1fadaa562f3826 (diff)
downloadpostgresql-dbdf9679d7d61b03a3bf73af9b095831b7010eb5.tar.gz
postgresql-dbdf9679d7d61b03a3bf73af9b095831b7010eb5.zip
Use correct text domain for translating errcontext() messages.
errcontext() is typically used in an error context callback function, not within an ereport() invocation like e.g errmsg and errdetail are. That means that the message domain that the TEXTDOMAIN magic in ereport() determines is not the right one for the errcontext() calls. The message domain needs to be determined by the C file containing the errcontext() call, not the file containing the ereport() call. Fix by turning errcontext() into a macro that passes the TEXTDOMAIN to use for the errcontext message. "errcontext" was used in a few places as a variable or struct field name, I had to rename those out of the way, now that errcontext is a macro. We've had this problem all along, but this isn't doesn't seem worth backporting. It's a fairly minor issue, and turning errcontext from a function to a macro requires at least a recompile of any external code that calls errcontext().
Diffstat (limited to 'src/backend/access/gist')
0 files changed, 0 insertions, 0 deletions