I'm not quite certain why this particular variation of CAN-FIND doesn't parse, but I get:
org.prorefactor.refactor.RefactorException: can-find.
p:7:8: unexpected token: CAN-FIND
However a lot of other instances of can-find do seem to parse just fine.
Corresponding sample below & as an attachment.
================ can-find.p ================
/*------------------------------------------------------------------------
File : can-find.p
Purpose : demonstrate a parsing error using CAN-FIND
----------------------------------------------------------------------*/
IF NOT CAN-FIND (FIRST Customer
WHERE Customer.Name = "asdf")
THEN
MESSAGE "not reached as there is no such customer".
ELSE
MESSAGE "should not reach this point unless you've added a customer with that name".
Attachment | Size |
---|---|
can-find.p | 498 bytes |
can-find
Hi David,
I get that error only if I try the parse when "Customer" is an invalid table name. If I first load into proparse the sports2000 project (for example), it parses fine.
Is it possible your proparse environment is simply missing the appropriate table name?
The "unexpected token" error is basically a catch-all, and is rather misleading in this case. It would probably be more sensible if it said something like "unable to understand after...".
Working
This is working fine on retest with the latest build.
Hi John, I will retest to
Hi John, I will retest to validate that. I should probably have noted that I'm using the iso-8859-1 encoding in case that may be germane.
Thanks again,
-djm
Don't suppose it's the new
Don't suppose it's the new line in the predicate?
I'd more likely guess it is
I'd more likely guess it is the NOT, but who knows?