Re: [HACKERS] Cube extension point support // GSoC'13
От | Robert Haas |
---|---|
Тема | Re: [HACKERS] Cube extension point support // GSoC'13 |
Дата | |
Msg-id | CA+TgmoZdaou7E9wBApexPkYvOiEKBW2Xp8+G6rNFYxav8gVT4Q@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [HACKERS] Cube extension point support // GSoC'13 (Stas Kelvich <stas.kelvich@gmail.com>) |
Ответы |
Re: [HACKERS] Cube extension point support // GSoC'13
|
Список | pgsql-students |
On Tue, Sep 24, 2013 at 9:07 AM, Stas Kelvich <stas.kelvich@gmail.com> wrote: > 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 compatibilitywith 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 thesame results. So is there some ideas how can I reproduce such results? Heikki, are you going to review this further for this CommitFest? Is there a prerequisite patch that hasn't been committed yet? -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-students по дате отправления: