I am applying a patch to gram.y to supress network_ops from coming in. 
That should fix the problem.  Will commit in a few minutes.


> > Hi,
> > 
> > what's happen with network_ops in current CVS ?
> > I just synced sources and couldn't load dump from 6.5.3 - 
> > problem occures on 
> > CREATE  INDEX "face_key" on "face" using btree ( "eid" "int4_ops", "ip" "network_ops" );
> > 
> > The message I got:
> > CREATE
> > ERROR:  DefineIndex: network_ops class not found
> > 
> 
> Oops, my fault.  There was some confusing links in the catalog for the
> ip/cidr types.  They pointed to the same *ops, which made the table
> non-unique, so the cache would grab a random matching entry.  The new
> system has separate *ops for each type.  We were basically using the
> cache on a non-unique entry.  We would grab the first match.  The new
> code uses the same underlying functions, but moves the duplication down
> one level.
> 
> Now, how to convert these?  Not supplying the ops works fine, but
> pg_dump supplies the ops.  Maybe in gram.y, if they supply network_ops,
> we should just remove that from being passed to the backend for a few
> releases.  Comments?
> 
> 
> 
> -- 
>   Bruce Momjian                        |  http://www.op.net/~candle
>   pgman@candle.pha.pa.us               |  (610) 853-3000
>   +  If your life is a hard drive,     |  830 Blythe Avenue
>   +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026


-- 
  Bruce Momjian                        |  http://www.op.net/~candle
  pgman@candle.pha.pa.us               |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

Mon, 7 Feb 2000 16:03:10 -0500 (EST)
Bruce Momjian <pgman@candle.pha.pa.us>
Re: [HACKERS] network_ops in 7.0 and pg_dump question