Skip site navigation (1) Skip section navigation (2)

Re: [BUGS] Bug in create operator and/or initdb

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Steve Atkins <steve(at)blighty(dot)com>
Cc: pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, paul(at)vix(dot)com
Subject: Re: [BUGS] Bug in create operator and/or initdb
Date: 2005-01-31 17:16:26
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-bugspgsql-hackers
Steve Atkins <steve(at)blighty(dot)com> writes:
> The cidr type, including it's external interface, is simply broken.

That is a large claim that I don't think you have demonstrated.
The only one of your examples that seems to me to contradict the
documentation is this one:

 steve=# select ''::cidr;

which should be /32 according to what the docs say:

: If y is omitted, it is calculated using assumptions from the older
: classful network numbering system, except that it will be at least large
: enough to include all of the octets written in the input.

The bogus netmask is in turn responsible for this case:

  steve=# select ''::cidr;
  ERROR:  invalid cidr value: ""
  DETAIL:  Value has bits set to right of mask.

Looking at the source code, there seems to be a special case for "class D"
network numbers that causes the code not to extend y to cover the
supplied inputs:

    /* If no CIDR spec was given, infer width from net class. */
    if (bits == -1)
        if (*odst >= 240)        /* Class E */
            bits = 32;
        else if (*odst >= 224)    /* Class D */
            bits = 4;
        else if (*odst >= 192)    /* Class C */
            bits = 24;
        else if (*odst >= 128)    /* Class B */
            bits = 16;
        else                      /* Class A */
            bits = 8;
        /* If imputed mask is narrower than specified octets, widen. */
        if (bits >= 8 && bits < ((dst - odst) * 8))
            bits = (dst - odst) * 8;

I think the test for "bits >= 8" should be removed.  Does anyone know
why it's there?

			regards, tom lane

In response to


pgsql-hackers by date

Next:From: Josh BerkusDate: 2005-01-31 17:40:29
Subject: Re: [pgsql-hackers] Patent issues and 8.1
Previous:From: Marc G. FournierDate: 2005-01-31 17:03:19
Subject: Bundles running late ...

pgsql-bugs by date

Next:From: Tom LaneDate: 2005-01-31 17:29:12
Subject: Re: Template1 is locked when pgAdminIII is open
Previous:From: Dave PageDate: 2005-01-31 16:59:54
Subject: Re: Template1 is locked when pgAdminIII is open

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group