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