From: | Stas Kelvich <stas(dot)kelvich(at)gmail(dot)com> |
---|---|
To: | Heikki Linnakangas <hlinnakangas(at)vmware(dot)com> |
Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, pgsql-students(at)postgresql(dot)org, Alexander Korotkov <aekorotkov(at)gmail(dot)com> |
Subject: | Re: [HACKERS] Cube extension point support // GSoC'13 |
Date: | 2013-09-24 13:07:52 |
Message-ID: | EF7A0879-4E83-4AAE-997D-222D6761E1C6@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-students |
Hello
There is new version of patch. I have separated ordering operators to different patch (https://commitfest.postgresql.org/action/patch_view?id=1243) fixed formatting issues and implemented backward compatibility with old-style points in cube_is_point() and cube_out().
Also comparing output files I've discovered that this four files is combination of two types of different behavior:
1) SELECT '-1e-700'::cube AS cube;
can be (0) or (-0)
2) Amount of zeros in exponent of floating point, i.e. SELECT '1e27'::cube AS cube;
can be (1e+027) or (1e+27)
On my system (OSX) it is second option in both situations. I've also tested it on FreeBSD 9.0 and Ubuntu 12.04 with the same results. So is there some ideas how can I reproduce such results?
Stas.
Attachment | Content-Type | Size |
---|---|---|
points.diff | application/octet-stream | 35.1 KB |
unknown_filename | text/plain | 1.6 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Chris Travers | 2013-09-24 13:12:34 | Re: 9.3 Json & Array's |
Previous Message | Robert Haas | 2013-09-24 12:49:48 | Re: record identical operator |
From | Date | Subject | |
---|---|---|---|
Next Message | Thom Brown | 2013-09-29 22:45:14 | Re: Pencils down! |
Previous Message | Thom Brown | 2013-09-23 19:37:41 | Pencils down! |