Re: [HACKERS] Perl's newSViv() versus 64-bit ints?

2016-03-12 Thread Salvador Fandiño
On 03/12/2016 04:47 PM, Tom Lane wrote: =?UTF-8?Q?Salvador_Fandi=c3=b1o?= writes: Another possibility is to just use newSVnv(), but NVs are not able to represent all the uint64 range precisely (IIRC, they can represent integers up to 48bits?). [ looks... ] Oh, NV is a "double", which I think

Re: [HACKERS] Saving SRF context

2016-03-12 Thread Salvador Fandiño
On 03/11/2016 09:19 PM, Salvador Fandiño wrote: Hi, I have implemented a SRF[*] that returns rows one by one (using ExprMultipleResult). But now I need to save somewhere some context information between calls pertaining to the same result set and I am unable to find a proper place for that. I

Re: [HACKERS] Perl's newSViv() versus 64-bit ints?

2016-03-11 Thread Salvador Fandiño
On 03/12/2016 12:49 AM, Tom Lane wrote: Anybody know what will happen when passing a uint64 to newSViv()? On 64 bit platforms, it is just interpreted as a signed integer, any number with the upper bit set will become negative. Perl provides newSVuv for unsigned numbers. On 32bit platforms a

[HACKERS] Saving SRF context

2016-03-11 Thread Salvador Fandiño
Hi, I have implemented a SRF[*] that returns rows one by one (using ExprMultipleResult). But now I need to save somewhere some context information between calls pertaining to the same result set and I am unable to find a proper place for that. I have seen that cfinfo->flinfo->fn_extra is ava