From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | "Robin Haberkorn" <haberkorn(at)b1-systems(dot)de> |
Cc: | pgsql-hackers(at)postgresql(dot)org, "Mike Fowler" <mike(at)mlfowler(dot)com>, "Pavel Stehule" <pavel(dot)stehule(at)gmail(dot)com> |
Subject: | Re: [PATCH] contrib/xml2: xslt_process() should report XSLT-related error details |
Date: | 2025-04-22 15:29:02 |
Message-ID: | 987436.1745335742@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
"Robin Haberkorn" <haberkorn(at)b1-systems(dot)de> writes:
> I forgot the patch of course...
Hi Robin, thank you for the patch! This has arrived too late to
be considered for PG v18, but please add the thread to the open
commitfest
https://commitfest.postgresql.org/53/
so that we don't forget about it for v19, and so that it will
receive automated testing from our cfbot.
Just from a quick eyeballing of the patch, it seems generally
sane, but I wonder why you have xml_generic_error_handler
creating and then destroying an errorBuf instead of just
appending the results directly to xmlerrcxt->err_buf. The
extra buffer doesn't seem to be doing much except increasing
our odds of an OOM failure right there.
I'm also a little suspicious of
- xmlerrcxt = pgxml_parser_init(PG_XML_STRICTNESS_LEGACY);
+ xmlerrcxt = pgxml_parser_init(PG_XML_STRICTNESS_ALL);
as that looks like it is probably changing the behavior of
the module in ways bigger than just providing more error
details. This code has been in legacy status for so long
that I feel a little hesitant about doing that. If we are
willing to do it, should we go further and clean out the use
of PG_XML_STRICTNESS_LEGACY in xml2/xpath.c as well?
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Jacob Champion | 2025-04-22 15:29:42 | Re: What's our minimum supported Python version? |
Previous Message | Tom Lane | 2025-04-22 15:04:55 | Re: What's our minimum supported Python version? |