Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!iuvax!bsu-cs!mithomas From: mithomas@bsu-cs.bsu.edu (Michael Thomas Niehaus) Newsgroups: comp.databases Subject: Re: Re^2: dBASE IV - is this for real? Summary: Really something totally different... Message-ID: <8178@bsu-cs.bsu.edu> Date: 12 Jul 89 04:12:45 GMT References: <11@cica.cica.indiana.edu> <3520001@hpindda.HP.COM> <3167@infocenter.UUCP> Organization: CS Dept, Ball St U, Muncie, IN, USA Lines: 38 In article <3167@infocenter.UUCP>, mraustad@infocenter.UUCP (Mike Raustad) writes: > > > If you are a dBase IV user or have had an intelligent experience with > > the product, then use comp.databases as a feedback mechanism to > > Ashton-Tate (you see, they ARE listening), and as a channel to give > > useful suggestions/warnings/tips/hints to other users. > > Yes, please continue to share your experiences with us. I have obtained > some good ideas and suggestions here. I have a question that maybe some dBase IV person can answer. Let's say that I have the following chunk of dBase code: T="this is a test" IF T="this is not a test" THEN @10,10 say "Inside the if" ENIF && Notice the misspelling @11,10 SAY "Outside the if" RETURN Now, with dBase III+, this will assign "this is a test" to T, check the condition, find that it doesn't hold true, and look for a corresponding ENDIF. Now, if it doesn't find one, it just quits. No error messages or anything. This same problem arises when you have not nested blocks (anything with an END) correctly. Can anyone tell me what dBase IV does with this? If it returns an error message, I would switch instantly. The number of headaches would be instantly reduced. There is only one good thing that dBase III+ forces you to do: indent properly. If you don't do that, you're going to be spending a lot of time trying to line up ENDs. -Michael -- Michael Niehaus UUCP: !{iuvax,pur-ee}!bsu-cs!mithomas Apple Student Rep ARPA: mithomas@bsu-cs.bsu.edu Ball State University AppleLink: ST0374 (from UUCP: st0374@applelink.apple.com)