config problems

In message <199506201755.AA28220 at cat.isi.edu>, Cengiz Alaettinoglu writes:
> 
> Added rr-impl to CC.
> 
> Selina Priestley (selina at ans.net) on June 20:
> > > I found the problem. You have lines of the sort:
> > > interas-in:  from AS3561  140.222.11.62/32  0.0.0.0/32 (pref=5)   OR
> > > (  AS2685  AND  NOT  {  192.77.164.0/24,  147.146.0.0/16,
> > > 165.87.0.0/16,  194.10.185.0/24,  192.77.165.0/24,  129.37.0.0/16,
> > > 194.10.201.0/24,  152.158.0.0/16,  204.146.0.0/24,  192.231.8.0/24,
> > > 198.133.16.0/24,  192.147.14.0/24,  204.237.0.0/16,  194.10.204.0/24,
> > > 198.133.16.0/20,  166.72.0.0/16,  194.10.193.0/24,  204.146.32.0/19,
> > > 204.146.64.0/19,  198.133.29.0/24,  192.124.113.0/24,
> > > 194.161.136.0/24  }  ) accept 
> > > 
> > > The accept keyword is at the end. The syntax.pl should have complained
> > > about this. I think it did when I tried to register it in
> > > ISITEST. This may be a bug in ripe 181, which I think Marten has
> > > fixed. Once, I submitted an object and the accept keyword was in the
> > > correct place, however due to some other syntax problem, database
> > > registered the object after putting the accept keyword to the end. If
> > > you have a copy of what you passed to the dbupdate, check to see what
> > > was wrong with the original object in that place.
> > 
> > This *is* an annoying problem.  It's not yet fixed in the Ripe code, or
> > at any rate I still have this movable 'accept' problem when submitting
> > aut-nums to the RA.  It wouldn't be so bad if you could resubmit what
> > you get from 'whois', but you can't.  You either have to manually
> > re-edit the aut-num or just generate a new one.
> 
> The above line is obtained from figaro.ans.net.
> 
> Can you give us an example line whose accept line moves when
> submitted? I suspect that line has a syntax error which confuses
> dbupdate and cause this movable accept error. 


The error is dbupdate accepting this in the first place.  I prepended
OR to certain lines to satisfy dbupdate.  Looks like I added too many
and dbupdate never complained, but whoisd has trouble adding sugar to
the expression and peval could tell the difference.  Thanks to Cengiz
for spotting the error.

Curtis



-------- Logged at  Thu Jun 22 17:43:37 MET DST 1995  ---------