Re: [BUGS] Bug in create operator and/or initdb - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [BUGS] Bug in create operator and/or initdb
Date
Msg-id 29973.1107067579@sss.pgh.pa.us
Whole thread Raw
In response to Re: [BUGS] Bug in create operator and/or initdb  (Steve Atkins <steve@blighty.com>)
Responses Re: [BUGS] Bug in create operator and/or initdb  (Larry Rosenman <ler@lerctr.org>)
List pgsql-hackers
Steve Atkins <steve@blighty.com> writes:
> For a replacement type, how important is it that it be completely
> compatible with the existing inet/cidr types? Is anyone actually using
> inet types with a non-cidr mask?

If you check the archives you'll discover that our current inet/cidr
types were largely designed and implemented by Paul Vixie (yes, that
Vixie).  I'm disinclined to second-guess Paul about the external
definition of these types; I just want to rationalize the internal
representation a bit.  In particular we've got some issues about
conversions between the two types ...
        regards, tom lane


pgsql-hackers by date:

Previous
From: Oleg Bartunov
Date:
Subject: Huge memory consumption during vacuum (v.8.0)
Next
From: Tom Lane
Date:
Subject: Re: Huge memory consumption during vacuum (v.8.0)