From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | "Andreas 'ads' Scherbaum" <adsmail(at)wars-nicht(dot)de> |
Cc: | Christian Ullrich <chris(at)chrullrich(dot)net>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: pl/pgSQL, get diagnostics and big data |
Date: | 2016-03-12 21:12:51 |
Message-ID: | 1841.1457817171@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
I wrote:
> 2. As I was just complaining to -hackers, plpython plperl and pltcl
> all now contain attempts to pass uint64 values (from SPI_processed)
> into language-specific functions. We need to figure out whether
> that will overflow and whether it's worth doing something about.
I fixed this along the lines suggested by Salvador Fandino, viz convert
to the language's equivalent of "double" if it wouldn't fit in int
or long respectively. Tcl turns out to have a native int64 type
("WideInt") so that was slightly less messy.
I've pushed this so we can get some buildfarm testing, but it wouldn't
be a bad idea for someone to review the committed patch. Chasing all
the dependencies was tedious and I'm still not real sure I found them
all.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Chris Ruprecht | 2016-03-12 21:33:01 | Re: OS X 10.11.3, psql, bus error 10, 9.5.1 |
Previous Message | Grzegorz Sampolski | 2016-03-12 21:07:48 | Re: pam auth - add rhost item |