Skip site navigation (1) Skip section navigation (2)

Re: plpython improvements

From: "Sven Suursoho" <sven(at)spam(dot)pri(dot)ee>
To: "Bruce Momjian" <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-patches(at)postgresql(dot)org
Subject: Re: plpython improvements
Date: 2006-04-30 18:37:18
Message-ID: op.s8t3cgfuplgmb3@localhost (view raw, whole thread or download thread mbox)
Lists: pgsql-patches
Sun, 30 Apr 2006 20:48:48 +0300, Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>:

>> Sun, 30 Apr 2006 19:14:28 +0300, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>:
>> > "Sven Suursoho" <sven(at)spam(dot)pri(dot)ee> writes:
>> >> Unfortunately, there is still one problem when using unpatched  
>> python,
>> >> caused by too aggressive assert.
>> >>  
>> >> I guess there should be warning somewhere as Hannu said but didn't  
>> know
>> >> where to put it.
>> >
>> > I don't think we are going to be able to accept a patch that causes  
>> the
>> > server to crash when using any but a bleeding-edge copy of Python.
>> Actually normal python installations do not cause problem, only  
>> debugging versions do.
>> Anyway, if you think that this doesn't count as an argument, there is
>> nothing that we can do from PG-side except drop returning SETOF as
>> iterator/generator and only allow return SETOF as list.
> Can't we detect a debug build and disable the feature?

Yes, we can, but newer python versions are already fixed.

So, what about this in configure:
if --with-python && test_iterator_app_crashes
   # errcode(FEATURE_NOT_SUPPORTED), errmsg(patch your python)

In this way we disable feature only if it is absolutely neccessary and  
will give developer enough information how to fix it.

Sven Suursoho

In response to


pgsql-patches by date

Next:From: Tom LaneDate: 2006-04-30 18:43:03
Subject: Re: plpython improvements
Previous:From: Bruce MomjianDate: 2006-04-30 17:48:48
Subject: Re: plpython improvements

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group