Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Commitb4234f8

Browse files
committed
Revert part of the previous patch that avoided using PLy_elog().
That caused the plpython_unicode regression test to fail on SQL_ASCIIencoding, as evidenced by the buildfarm. The reason is that with the patch,you don't get the detail in the error message that you got before. Thatdetail is actually very informative, so rather than just adjust the expectedoutput, let's revert that part of the patch for now to make the buildfarmgreen again, and figure out some other way to avoid the recursion ofPLy_elog() that doesn't lose the detail.
1 parent138313e commitb4234f8

File tree

1 file changed

+1
-10
lines changed

1 file changed

+1
-10
lines changed

‎src/pl/plpython/plpython.c

Lines changed: 1 addition & 10 deletions
Original file line numberDiff line numberDiff line change
@@ -4928,16 +4928,7 @@ PLyUnicode_Bytes(PyObject *unicode)
49284928

49294929
rv=PyUnicode_AsEncodedString(unicode,serverenc,"strict");
49304930
if (rv==NULL)
4931-
{
4932-
/*
4933-
* Use a plain ereport instead of PLy_elog to avoid recursion, if
4934-
* the traceback formatting functions try to do unicode to bytes
4935-
* conversion again.
4936-
*/
4937-
ereport(ERROR,
4938-
(errcode(ERRCODE_INTERNAL_ERROR),
4939-
errmsg("could not convert Python Unicode object to PostgreSQL server encoding")));
4940-
}
4931+
PLy_elog(ERROR,"could not convert Python Unicode object to PostgreSQL server encoding");
49414932
returnrv;
49424933
}
49434934

0 commit comments

Comments
 (0)

[8]ページ先頭

©2009-2025 Movatter.jp