<DIV>
<DIV>
<DIV>|OS: SuSE 9.2, KDE 3<BR>|fp: 5.0.09D4<BR>|<BR>| From the command prompt:<BR>|<BR>|dclerk deliv2 -m ma -xie -xs t -s1 -b -t 400000<BR>|<BR>|the "ma" qualifier on deliv2 has 40,987 records.<BR>|<BR>|t.sel: Scanning for records created or edited by user Dericka on 05/18/05:<BR>|<BR>|(a and b) or (c and d)<BR>|a:@cb:eq:dericka<BR>|b:@cd:eq:05/18/05<BR>|c:@ub:eq:dericka<BR>|d:@ud:eq:05/18/05<BR>(Shortened)</DIV>
<DIV> </DIV>
<DIV>Larry </DIV>
<DIV> </DIV>
<DIV>If you have not solved this 2 things I would recommend, because what you are doing should not be this hard 40,000 records is not allot. I personally do not believe this is a token or a selection problem. It sound to me more like a corruption problem</DIV>
<DIV> </DIV>
<DIV>1 Write the selection as a process and see if there is still a problem </DIV>
<DIV> </DIV>
<DIV>
<DIV>2 Rebuild the data file This can be done in filepro and (contrary to popular belief) all the original information can be retained ( @cd, @UB etc). I would be glad to send you the procedure if you do not know it its simple!! You an also clean out the "deleted" records that are never cleaned and rarely re used properly</DIV>
<DIV> </DIV></DIV>
<DIV>also You cannot do anything with an index if someone is in the file (aka the lockfile). They do get confused allot I clean mine out every night.</DIV>
<DIV> </DIV>
<DIV>Christopher Yerry</DIV>
<DIV>CM Consulting</DIV>
<DIV> </DIV>
<DIV> </DIV></DIV></DIV><p>
<hr size=1>Yahoo! Sports<br>
<a href="http://pa.yahoo.com/*http://us.rd.yahoo.com/evt=33539/*http://football.fantasysports.yahoo.com?ovchn=YAH&ovcpn=Integration&ovcrn=Mail+footer&ovrfd=YAH&ovtac=AD ">Rekindle the Rivalries. Sign up for Fantasy Football</a>