Re: Testing plperl<->plperlu interaction - Mailing list pgsql-hackers

From Tim Bunce
Subject Re: Testing plperl<->plperlu interaction
Date
Msg-id 20100107103018.GY2505@timac.local
Whole thread Raw
In response to Re: Testing plperl<->plperlu interaction  (Andrew Dunstan <andrew@dunslane.net>)
Responses Re: Testing plperl<->plperlu interaction  (Andrew Dunstan <andrew@dunslane.net>)
List pgsql-hackers
On Wed, Jan 06, 2010 at 07:07:12PM -0500, Andrew Dunstan wrote:
> 
> Alvaro Herrera wrote:
> >decibel wrote:
> >
> >>We've actually run into similar issues. Alvaro came up with a patch
> >>that fixes our specific issue, but I think he said there were some
> >>other cases that needed to be fixed as well. Anyone looking to fix
> >>this should ping Alvaro first.
> >
> >No, what I fixed was the contrib/xml2 crasher that I still haven't
> >submitted here (sorry).  The plperl fix came from Alexey Klyukin, and
> >AFAIK the fix is in 8.4.2.
> 
> Yes.
> 
> [thinks]
> 
> Could we have a regression test for it with an alternative result
> file for the case where plperl and plperlu are not allowed to run
> together?

Or perhaps put the tests that require multiplicity into a plperl_multi.sql
file and add logic to the GNUmakefile to add that file to REGRESS
if "perl -V:usemultiplicity" returns "usemultiplicity='define';"

Tim.


pgsql-hackers by date:

Previous
From: Magnus Hagander
Date:
Subject: Re: Bug with PATHs having non-ASCII characters
Next
From: Magnus Hagander
Date:
Subject: Github mirror