| From: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | Larry Rosenman <ler(at)lerctr(dot)org>, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: Summary: what to do about INET/CIDR |
| Date: | 2000-11-05 13:08:29 |
| Message-ID: | Pine.LNX.4.21.0011051406290.780-100000@peter.localdomain |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Tom Lane writes:
> Peter Eisentraut <peter_e(at)gmx(dot)net> 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 didn't like the use of the to-text casts to control formatting, but if
an existing cast would "just handle it", then why not?
> > 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...
all_octets(cidr)::text maybe?
--
Peter Eisentraut peter_e(at)gmx(dot)net http://yi.org/peter-e/
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Hannu Krosing | 2000-11-05 13:48:13 | Re: Transaction ID wraparound: problem and proposed solution |
| Previous Message | Vadim Mikheev | 2000-11-05 09:02:01 | Re: Transaction ID wraparound: problem and proposed solution |