Re: remove contrib/xml2 - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: remove contrib/xml2
Date
Msg-id 20100203134911.GB3905@alvh.no-ip.org
Whole thread Raw
In response to Re: remove contrib/xml2  (Robert Haas <robertmhaas@gmail.com>)
Responses Re: remove contrib/xml2
Re: remove contrib/xml2
List pgsql-hackers
Robert Haas escribió:
> On Mon, Feb 1, 2010 at 5:23 PM, Andrew Dunstan <andrew@dunslane.net> wrote:
> > Robert Haas wrote:
> >> (2) add a very, very large warning that this will crash if you do
> >> almost anything with it.
> >
> > I think that's an exaggeration. Certain people are known to be using it
> > quite successfully.
> 
> Hmm.  Well, all I know is that the first thing I tried crashed the server.
> 
> CREATE TABLE xpath_test (id integer NOT NULL, t xml);
> INSERT INTO xpath_test VALUES (1, '<doc><int>1</int></doc>');
> SELECT * FROM xpath_table('id', 't', 'xpath_test', '/doc/int', 'true')
> as t(id int4);

This trivial patch lingering on my system fixes this crasher (this is
for the 8.3 branch).  It makes the "problem in alloc set ExprContext"
warning show up instead.

There are still lotsa other holes, but hey, this is a start ...

Index: contrib/xml2/xpath.c
===================================================================
RCS file: /home/alvherre/Code/cvs/pgsql/contrib/xml2/xpath.c,v
retrieving revision 1.16.2.1
diff -c -p -r1.16.2.1 xpath.c
*** contrib/xml2/xpath.c    26 Mar 2008 01:19:11 -0000    1.16.2.1
--- contrib/xml2/xpath.c    27 Jan 2010 15:30:56 -0000
*************** xpath_table(PG_FUNCTION_ARGS)
*** 793,798 ****
--- 793,801 ----  */     pgxml_parser_init(); 
+     PG_TRY();
+     {
+      /* For each row i.e. document returned from SPI */     for (i = 0; i < proc; i++)     {
*************** xpath_table(PG_FUNCTION_ARGS)
*** 929,934 ****
--- 932,944 ----         if (xmldoc)             pfree(xmldoc);     }
+     }
+     PG_CATCH();
+     {
+         xmlCleanupParser();
+         PG_RE_THROW();
+     }
+     PG_END_TRY();      xmlCleanupParser(); /* Needed to flag completeness in 7.3.1. 7.4 defines it as a no-op. */

-- 
Alvaro Herrera                                http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.


pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: [CFReview] Red-Black Tree
Next
From: Michael Meskes
Date:
Subject: Re: NaN/Inf fix for ECPG Re: out-of-scope cursor errors