Peter Eisentraut <[EMAIL PROTECTED]> writes:
> A separate function for formatting output seems necessary, but if we don't
> reach an agreement though, it ought to work to cast CIDR to INET to get
> all four octets, no?
Uh, weren't you one of the people objecting to relying on cidr-to-inet
casts to control formatting?
> I think the typecast-to-text representation of CIDR should be visually the
> same as the normal representation.
Well, we need *some* way to extract a representation like "w.x.y.z/n".
If you don't like text() as the name of that formatting function,
suggest another name...
regards, tom lane
- [HACKERS] Second proposal: wha... Tom Lane
- [HACKERS] Re: Second proposal:... Larry Rosenman
- [HACKERS] Re: Second proposal:... Peter Eisentraut
- [HACKERS] Re: Second proposal:... Tom Lane
- Re: [HACKERS] Summary: what to... Dominic J. Eidson
- Re: [HACKERS] Summary: what to do about INE... Tom Lane
- Re: [HACKERS] Summary: what to do about... Alex Pilosov
- Re: [HACKERS] Summary: what to do about... Peter Eisentraut
- Re: [HACKERS] Summary: what to do about INET/CIDR Peter Eisentraut
- Re: [HACKERS] Summary: what to do about INET/CIDR Tom Lane
- Re: [HACKERS] Summary: what to do about INET/CIDR Larry Rosenman
- Re: [HACKERS] Summary: what to do about INET/CIDR Tom Lane
- Re: [HACKERS] Summary: what to do about INET/CIDR Larry Rosenman
