Re: libxml incompatibility - Mailing list pgsql-hackers

From Kenneth Marshall
Subject Re: libxml incompatibility
Date
Msg-id 20090306193046.GB13289@it.is.rice.edu
Whole thread Raw
In response to libxml incompatibility  (Alvaro Herrera <alvherre@commandprompt.com>)
Responses Re: libxml incompatibility  (Alvaro Herrera <alvherre@commandprompt.com>)
List pgsql-hackers
This looks like a problem caused by two different libxml versions:
the one used for the perl XML::LibXML wrappers and the one used to
build PostgreSQL. They really need to be the same. Does it still
segfault if they are identical?

Regards,
Ken

On Fri, Mar 06, 2009 at 04:14:04PM -0300, Alvaro Herrera wrote:
> Hi,
> 
> It seems that if you load libxml into a backend for whatever reason (say
> you create a table with a column of type xml) and then create a plperlu
> function that "use XML::LibXML", we get a segmentation fault.
> 
> This sequence reproduces the problem for me in 8.3:
> 
> create table xmlcrash (a xml);
> insert into xmlcrash values ('<a />');
> create function xmlcrash() returns void language plperlu as $$ use XML::LibXML; $$;
> 
> The problem is reported as
> 
> TRAP: BadArgument(?!(((context) != ((void *)0) && (((((Node*)((context)))->type) == T_AllocSetContext))))?, Archivo:
?/pgsql/source/83_rel/src/backend/utils/mmgr/mcxt.c?,L?nea: 507)
 
> 
> 
> -- 
> Alvaro Herrera                                http://www.CommandPrompt.com/
> The PostgreSQL Company - Command Prompt, Inc.
> 
> -- 
> Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-hackers
> 


pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: Proposed Patch to Improve Performance of Multi-BatchHash Join for Skewed Data Sets
Next
From: Andrew Dunstan
Date:
Subject: Re: libxml incompatibility