Path: utzoo!attcan!uunet!cs.utexas.edu!wasatch!mailrus!iuvax!rutgers!aramis.rutgers.edu!paul.rutgers.edu!yes.rutgers.edu!emuleomo From: emuleomo@yes.rutgers.edu (Emuleomo) Newsgroups: comp.databases Subject: Re: dBASE IV again - a reply to a response (and vice versa :-)) Message-ID: Date: 23 Jul 89 01:05:49 GMT References: <9467@xanth.cs.odu.edu> <3520004@hpindda.HP.COM> <349@rls.UUCP> Organization: Rutgers Univ., New Brunswick, N.J. Lines: 31 In article <349@rls.UUCP> you (Randall Smith) write.. >Uh, who stole what from whom? Althouh I use Foxbase, it seems turnabout is >fair play. While I'm on the subject, doesn't it seem glorious that the >various litigants in numerous "look and feel" suits have only benifited by etc..etc.. Hear, HEAR. Since UDF's and Array processing came from Clipper, does it now seem very reasonable for A-T to be suing left,right and center? I have hope for A-T though. Alastair Dallas (An A-T GURU) wrote that A-T is committed to being the fastest dBASE-language vendor!! That's great. However I wish them luck. >Another for the Foxbase people. Has anyone heard of a case where >procedures execute and return nicely in small filtered sets, but large >filtered sets hang in the same procedure? That is, they do not return to >their calling module. Although I don't know why you are experiencing that problem, I DO KNOW that Filters are a VERY BAD IDEA. They are performance HOGS. If you remove the filter statement and simulate it, you will be SURPRISED how much FASTER your application will run!!! >Emuleomo O.O. (emuleomo@yes.rutgers.edu) -- ** Research is what I'm doing when I dont know what I'm doing! **