On 3 Mar 2010, at 17:41, Grzegorz Jaskiewicz wrote:
> if (p1 > buf)
>++ * --p1;
>else {
>
>
>
>
> ++ * --p1; ???
>
> does it even compile ?
Oh, I can see, that it is *(--p1)++ ,mea culpa.
Which doesn't change the fact, that the code is rather messy imo.
--
Sent
if (p1 > buf)
++ * --p1;
else {
++ * --p1; ???
does it even compile ?
--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers
I can't release all of it, but the functions to convert uint64_t, int64_t and
double to numeric Datum are the meat and I can expose those...
https://labs.omniti.com/pgsoltools/trunk/contrib/scratch/pg_type_to_numeric.c
As I mentioned, the dscale on the double_to_numeric is imperfect resulting in
2010/3/3 Yeb Havinga :
> Pavel Stehule wrote:
>>
>> 2010/3/3 Yeb Havinga :
>>
>>>
>>> Theo Schlossnagle wrote:
>>>
I didn't look deeply at the postgres internals to see if there was a way
to do double -> numeric and integer-types -> numeric without
intermediary
string forma
Pavel Stehule wrote:
2010/3/3 Yeb Havinga :
Theo Schlossnagle wrote:
I didn't look deeply at the postgres internals to see if there was a way
to do double -> numeric and integer-types -> numeric without intermediary
string format. If that sort of thing is easy to leverage, I'd be happy
2010/3/3 Yeb Havinga :
> Theo Schlossnagle wrote:
>>
>> I didn't look deeply at the postgres internals to see if there was a way
>> to do double -> numeric and integer-types -> numeric without intermediary
>> string format. If that sort of thing is easy to leverage, I'd be happy to
>> share the co
Theo Schlossnagle wrote:
I didn't look deeply at the postgres internals to see if there was a way to do double
-> numeric and integer-types -> numeric without intermediary string format. If
that sort of thing is easy to leverage, I'd be happy to share the code.
I think your code could be va
On Mar 1, 2010, at 4:35 PM, Tom Lane wrote:
> Theo Schlossnagle writes:
>> I'm writing some extension and I have a hot code path that has a lot of
>> double (C type) data and needs to output NUMERIC tuple data. The current
>> methods I can find in the code to convert sprintf the double to a b
Theo Schlossnagle writes:
> I'm writing some extension and I have a hot code path that has a lot of
> double (C type) data and needs to output NUMERIC tuple data. The current
> methods I can find in the code to convert sprintf the double to a buffer and
> then invoke the numeric_in function on
Theo Schlossnagle wrote:
Hello all,
I'm writing some extension and I have a hot code path that has a lot of double
(C type) data and needs to output NUMERIC tuple data. The current methods I
can find in the code to convert sprintf the double to a buffer and then invoke
the numeric_in funct
Hello all,
I'm writing some extension and I have a hot code path that has a lot of double
(C type) data and needs to output NUMERIC tuple data. The current methods I
can find in the code to convert sprintf the double to a buffer and then invoke
the numeric_in function on them. I've profile my
11 matches
Mail list logo
