-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/12/2011 07:55 PM, Andres Freund wrote:
> On Monday, December 12, 2011 07:48:01 PM Tom Lane wrote:
>> Andres Freund writes:
>>> On Monday, December 12, 2011 09:29:23 AM Heikki Linnakangas wrote:
Revert the behavior of inet/cidr functions to
On 12.12.2011 20:55, Andres Freund wrote:
On Monday, December 12, 2011 07:48:01 PM Tom Lane wrote:
Andres Freund writes:
On Monday, December 12, 2011 09:29:23 AM Heikki Linnakangas wrote:
Revert the behavior of inet/cidr functions to not unpack the arguments.
Whats the plan to handle this w
Move BKP_REMOVABLE bit from individual WAL records to WAL page headers.
Removing this bit from xl_info allows us to restore the old limit of four
(not three) separate pages touched by a WAL record, which is needed for the
upcoming SP-GiST feature, and will likely be useful elsewhere in future.
Wh
On Monday, December 12, 2011 07:48:01 PM Tom Lane wrote:
> Andres Freund writes:
> > On Monday, December 12, 2011 09:29:23 AM Heikki Linnakangas wrote:
> >> Revert the behavior of inet/cidr functions to not unpack the arguments.
> >
> > Whats the plan to handle this wrt a stable release?
>
> I w
Andres Freund writes:
> On Monday, December 12, 2011 09:29:23 AM Heikki Linnakangas wrote:
>> Revert the behavior of inet/cidr functions to not unpack the arguments.
> Whats the plan to handle this wrt a stable release?
I was wondering whether we shouldn't revert the original patch
altogether in
Hi,
On Monday, December 12, 2011 09:29:23 AM Heikki Linnakangas wrote:
> Revert the behavior of inet/cidr functions to not unpack the arguments.
Whats the plan to handle this wrt a stable release? We had one more report of
this on irc and I got two calls from clients already. And I don't have tha
Log Message:
---
Fixed line endings.
Modified Files:
--
Npgsql2/src/Npgsql:
PGUtil.cs (r1.15 -> r1.16)
(http://cvs.pgfoundry.org/cgi-bin/cvsweb.cgi/npgsql/Npgsql2/src/Npgsql/PGUtil.cs?r1=1.15&r2=1.16)
--
Sent via pgsql-committers mailing list (pgsql-comm
Revert the behavior of inet/cidr functions to not unpack the arguments.
I forgot to change the functions to use the PG_GETARG_INET_PP() macro,
when I changed DatumGetInetP() to unpack the datum, like Datum*P macros
usually do. Also, I screwed up the definition of the PG_GETARG_INET_PP()
macro, and
Revert the behavior of inet/cidr functions to not unpack the arguments.
I forgot to change the functions to use the PG_GETARG_INET_PP() macro,
when I changed DatumGetInetP() to unpack the datum, like Datum*P macros
usually do. Also, I screwed up the definition of the PG_GETARG_INET_PP()
macro, and
Revert the behavior of inet/cidr functions to not unpack the arguments.
I forgot to change the functions to use the PG_GETARG_INET_PP() macro,
when I changed DatumGetInetP() to unpack the datum, like Datum*P macros
usually do. Also, I screwed up the definition of the PG_GETARG_INET_PP()
macro, and
Revert the behavior of inet/cidr functions to not unpack the arguments.
I forgot to change the functions to use the PG_GETARG_INET_PP() macro,
when I changed DatumGetInetP() to unpack the datum, like Datum*P macros
usually do. Also, I screwed up the definition of the PG_GETARG_INET_PP()
macro, and
Revert the behavior of inet/cidr functions to not unpack the arguments.
I forgot to change the functions to use the PG_GETARG_INET_PP() macro,
when I changed DatumGetInetP() to unpack the datum, like Datum*P macros
usually do. Also, I screwed up the definition of the PG_GETARG_INET_PP()
macro, and
12 matches
Mail list logo
