Tom Lane wrote:
> Alvaro Herrera writes:
> > It works for me now. Thanks to Euler for tracking the Python problem
> > down and to you for the commit!
>
> Hmph. I wonder what caused that crash you reported originally? The
> backtrace doesn't look like it's explained by the argument-name bug:
>
Alvaro Herrera writes:
> Tom Lane wrote:
>> Alvaro, would you see if it still crashes for you on Debian?
>> If so there's some other issue with python 2.5.4 ...
> It works for me now. Thanks to Euler for tracking the Python problem
> down and to you for the commit!
Hmph. I wonder what caused t
Tom Lane wrote:
> Alvaro's example now gives me this on Fedora 10:
>
> ERROR: PL/Python: PL/Python function "unaccent" failed
> DETAIL: : normalize() argument 2 must be
> unicode, not str
>
> which is the same as it did in 8.3. I do not know if that's a bug
> or expected (making the database
Euler Taveira de Oliveira writes:
> Alvaro Herrera escreveu:
>> I'm not sure I'm reading this right, but isn't this preventing a
>> plpytHon function to work if parameters don't have names assigned?
> No. See the proc->argnames test before PyDict_SetItemString(). The other test
> is just tighteni
Alvaro Herrera escreveu:
> Euler Taveira de Oliveira wrote:
>> Tom Lane escreveu:
>>> Alvaro Herrera writes:
... However, on HEAD this is crashing for me, and it's right when plpython
loads. Backtrace below.
>>> Does plpython pass its regression tests for you (I'd suppose not)?
>>>
>>>
Euler Taveira de Oliveira wrote:
> Tom Lane escreveu:
> > Alvaro Herrera writes:
> >> ... However, on HEAD this is crashing for me, and it's right when plpython
> >> loads. Backtrace below.
> >
> > Does plpython pass its regression tests for you (I'd suppose not)?
> >
> > For me on Fedora 10 x8
Tom Lane escreveu:
> Alvaro Herrera writes:
>> ... However, on HEAD this is crashing for me, and it's right when plpython
>> loads. Backtrace below.
>
> Does plpython pass its regression tests for you (I'd suppose not)?
>
> For me on Fedora 10 x86_64, CVS HEAD plus python 2.5.2 passes regressio
Tom Lane wrote:
> Alvaro Herrera writes:
> > Tom Lane wrote:
> >> Does plpython pass its regression tests for you (I'd suppose not)?
>
> > Doh. Silly me. It does pass the regression tests, all six of them. I
> > guess it's trying to load the unicode stuff that it crashes, not
> > plpython itse
Alvaro Herrera writes:
> ... However, on HEAD this is crashing for me, and it's right when plpython
> loads. Backtrace below.
Does plpython pass its regression tests for you (I'd suppose not)?
For me on Fedora 10 x86_64, CVS HEAD plus python 2.5.2 passes regression
but the given example still d
Alvaro Herrera writes:
> Tom Lane wrote:
>> Does plpython pass its regression tests for you (I'd suppose not)?
> Doh. Silly me. It does pass the regression tests, all six of them. I
> guess it's trying to load the unicode stuff that it crashes, not
> plpython itself ...
Hm, maybe we weren't t
Tom Lane wrote:
> Alvaro Herrera writes:
> > ... However, on HEAD this is crashing for me, and it's right when plpython
> > loads. Backtrace below.
>
> Does plpython pass its regression tests for you (I'd suppose not)?
Doh. Silly me. It does pass the regression tests, all six of them. I
gues
Hi,
So I've been trying to get a plpython function that removes accented
letters, based on a Python snippet posted on another thread. The
function is simple enough:
create or replace function unaccent(text) returns text language plpythonu as $$
import unicodedata
s = unicodedata.normalize("NFKD"
12 matches
Mail list logo
