Re: BUG #7586: PL/Perl problem

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: franco(dot)ricci(at)phys(dot)uniroma1(dot)it
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #7586: PL/Perl problem
Date: 2012-10-07 17:06:43
Message-ID: 13683.1349629603@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

franco(dot)ricci(at)phys(dot)uniroma1(dot)it writes:
> I wrote the following function in Perl to make some operations with LLRP
> command in a RFID application:
> ----
> CREATE OR REPLACE FUNCTION llrp_command.llrpenc_bytea(xml)
> RETURNS bytea AS
> $BODY$
> use strict;
> use RFID::LLRP::Builder qw(encode_message);

I don't know anything about RFID::LLRP::Builder, but some quick googling
suggests that it accesses libxml2 under the hood. If so, and if it
relies on being able to fetch external entities, you're going to need to
use PG 9.2 to make this work. The fix for CVE-2012-3489 broke such
cases in earlier branches. Sorry about that, but the alternatives were
worse; and in any case, pre-9.2 versions never made any serious effort
to allow other uses of libxml2 inside the backend. It's mostly luck
that it worked for you before, I think.

regards, tom lane

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message John Marino 2012-10-07 17:16:50 Re: BUG #7588: pgsql 9.1 incompatible with zlib 1.27
Previous Message Tom Lane 2012-10-07 16:36:04 Re: BUG #7588: pgsql 9.1 incompatible with zlib 1.27