On Fri, May 22, 2015 at 4:30 PM, Allen <[email protected]> wrote: > Hi Ted, thanks for the reply. > You are correct that Inlist(nTa,) is the fall over part. What surprised me > was that the line would fail on the first part > Case nTa > 0 , it was 0 (zero). The second part also AND > !empty(this.termlist) which it is should have failed the case. Both of those > should return .F. to the case. I can only assume that the VFP runtimes > compiles as it goes and falls over with the Inlist before it can even think > about the previous parts.
Almost. VFP compiles once, but a macro is a very special, bordering-on-magic, in-place immediate compile: at the point when the line is to be executed, VFP evaluates the current value of tlist, executes/evaluates that, and puts that in the INLIST function, effectively having to compile the whole line to figure out what that means, and that's what throws the error. > I cheated anyway as I had to get it going by making tList "none" and changed > the empty to <> "none", Anyway it worked so I am happy but I just wondered > why it didn't work. _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://mail.leafe.com/mailman/listinfo/profox OT-free version of this list: http://mail.leafe.com/mailman/listinfo/profoxtech Searchable Archive: http://leafe.com/archives/search/profox This message: http://leafe.com/archives/byMID/profox/cacw6n4vg2--hqkyzerplzoku_kvqobz-m0t8q9_bv0vrpfl...@mail.gmail.com ** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
