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

Commit13797cb

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 parent2956745 commit13797cb

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
@@ -3745,16 +3745,7 @@ PLyUnicode_Bytes(PyObject *unicode)
37453745

37463746
rv=PyUnicode_AsEncodedString(unicode,serverenc,"strict");
37473747
if (rv==NULL)
3748-
{
3749-
/*
3750-
* Use a plain ereport instead of PLy_elog to avoid recursion, if
3751-
* the traceback formatting functions try to do unicode to bytes
3752-
* conversion again.
3753-
*/
3754-
ereport(ERROR,
3755-
(errcode(ERRCODE_INTERNAL_ERROR),
3756-
errmsg("could not convert Python Unicode object to PostgreSQL server encoding")));
3757-
}
3748+
PLy_elog(ERROR,"could not convert Python Unicode object to PostgreSQL server encoding");
37583749
returnrv;
37593750
}
37603751

0 commit comments

Comments
 (0)

[8]ページ先頭

©2009-2025 Movatter.jp