The following bug has been logged on the website:
Bug reference: 7833
Logged by: DINH HAI ANH
Email address: haianh8...@gmail.com
PostgreSQL version: 9.1.0
Operating system: windowxp service pack3
Description:
hi! i'm a beginner postgresql,now i have a big error when
On 01/28/2013 03:57 PM, Mark Kirkwood wrote:
> Like a dog with a bone - sometimes it's hard to let go... given the
> quite readable nature of the R source I managed to find what I *think*
> is the "don't do R signals switch" (which I'd obviously missed before).
> Making use of this seems to fix the
On 29/01/13 10:29, Mark Kirkwood wrote:
On 25/01/13 13:56, Mark Kirkwood wrote:
On 25/01/13 13:49, Tom Lane wrote:
Mark Kirkwood writes:
On 25/01/13 13:06, Tom Lane wrote:
Unless libR can be coerced into not screwing up our signal handlers,
I'd say that PL/R is broken beyond repair. That wo
Pushed, thanks.
Jeff, Thomas, Jaime: please have a look and let me know what you think.
--
Álvaro Herrerahttp://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services
--
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to you
On 25/01/13 13:56, Mark Kirkwood wrote:
On 25/01/13 13:49, Tom Lane wrote:
Mark Kirkwood writes:
On 25/01/13 13:06, Tom Lane wrote:
Unless libR can be coerced into not screwing up our signal handlers,
I'd say that PL/R is broken beyond repair. That would be unfortunate.
It looks like Joe
Alvaro Herrera writes:
> I had a look at what it'd take to backpatch. For REASSIGN OWNED, you're
> right that it'd require some refactoring, and it's probably not
> worthwhile (the code is not really all that complicated). However, for
> DROP OWNED the proposed hunks apply fine. Only 8.3 needs
Tom Lane escribió:
> Alvaro Herrera writes:
> > I disagree with this assessment, and propose the attached patch instead.
>
> +1 for this approach in HEAD ...
>
> > This is the patch for the master branch; I have not tried to backpatch
> > it yet. Conflicts are expected due to the refactoring of
shuk...@selectel.ru writes:
> SELECT cidr'0::1/128'+65535;
> ?column?
> ---
> ::0.1.0.0
> (strange dots in the middle of the ipv6 address).
The code in inet_net_ntop_ipv6 (which we got from the BIND project, we
didn't invent it ourselves) appears to believe that values in this
range s
The following bug has been logged on the website:
Bug reference: 7832
Logged by: George Shuklin
Email address: shuk...@selectel.ru
PostgreSQL version: 9.1.0
Operating system: GNU/Debian Linux Wheezy
Description:
Normal summation:
SELECT cidr'0::1/128'+1;
?column?
