Re: [PATCHES] Patch to fix plpython on OS X - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [PATCHES] Patch to fix plpython on OS X
Date
Msg-id 17312.1122172739@sss.pgh.pa.us
Whole thread Raw
In response to Re: [PATCHES] Patch to fix plpython on OS X  (Michael Fuhr <mike@fuhr.org>)
Responses Re: [PATCHES] Patch to fix plpython on OS X  (Michael Fuhr <mike@fuhr.org>)
List pgsql-hackers
Michael Fuhr <mike@fuhr.org> writes:
>> Tom Lane wrote:
>>> Hmm ... if it's *not* a version thing then I really do want to know
>>> what's causing it.  Anyone have an idea why this machine is saying
>>> '\u80' where everyone else's python says u'\x80' ?

> The regression tests that are failing are from the patch I submitted
> about a month ago to fix a core dump in PL/Python:

> http://archives.postgresql.org/pgsql-patches/2005-06/msg00519.php

> The tests exercise the error checking that the patch added, doing
> things that previously caused a segmentation fault but that now
> raise an exception.  Should those tests remain in place?  If so,
> should we rewrite them to avoid the version-specific Python messages
> (possibly by wrapping them in a PL/pgSQL function that traps the
> errors), or should we just leave the tests alone now that we think
> we understand what's happening?

Well, if it is just a Python version issue then all we need do is add
a variant expected-output file to match.  I was just expressing a
desire to know that for sure before we wallpaper over the symptom...

            regards, tom lane

pgsql-hackers by date:

Previous
From: Michael Fuhr
Date:
Subject: Re: [PATCHES] Patch to fix plpython on OS X
Next
From: Tatsuo Ishii
Date:
Subject: Re: Constraint Exclusion on all tables