Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!rls!randy From: randy@rls.UUCP (Randall L. Smith) Newsgroups: comp.databases Subject: Re: dBASE IV again - a reply to a response (and vice versa :-)) Summary: Say what? Message-ID: <349@rls.UUCP> Date: 19 Jul 89 16:09:34 GMT References: <9467@xanth.cs.odu.edu> <3520004@hpindda.HP.COM> Organization: A maze of twisty passages all alike in Columbus, Ohio. Lines: 37 In article , emuleomo@yes.rutgers.edu (Emuleomo) writes: > In article <3520004@hpindda.HP.COM> Keith Broussard writes, > >DBase IV's addition of the VALID clause to the @ SAY...GET command > >combined with a user-defined function makes my life WORLDS easier! > > BIG DEAL!! > > That was __Stolen__ from CLIPPER and FOXBASE+.!!! 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 the expanded market that they alone could never have developed? Ah, well. Um, technical type question. How does one retrieve command line switches for Foxbase and Ingres at execution time. I have two applications that have massive front end processing for integrety checks on startup. With command line switches, I'd like to disable that processing for testing purposes. 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. Please respond via e-mail and I will summarize or return mail depending on interest. Cheers! - randy Usenet: randy@rls.uucp Bangpath: ...!osu-cis!rls!randy Internet: rls!randy@tut.cis.ohio-state.edu #disclaimer: All flames cheerfully refunded in the denomination of my choice.