Can any please explain ?

Fairlight fairlite at fairlite.com
Wed Jun 25 19:31:59 PDT 2014


It's a ongstanding "issue" which the filePro loyalists will claim isn't an
issue at all, although they're wrong by any sane logical definition of
"equality".

Equality checking will match on only the first part of the string as a
substring, if done in the wrong order.  If memory serves (and I'm not sure
it does), it has something to do with which string is longer.  Don't quote
me on that, as my memory of the actual mechanics of that is rusty.

If you want true equality across the whole string, use COMPARE().  That's
guaranteed to work properly.  Of course...you [may?] also lose your case
insensitivity in the process.  I can't remember.  Most of filePro is case
insensitive, but I think COMPARE() is actually case sensitive.

Try checking for:  "Bank" eq dd

I bet it starts working as you expect.

Don't ask them to fix it.  They won't.  And the last time anyone (me
included) said it was wrong, it started a week-long holy war.  You'll have
to work around filePro's logic to get real logic, I'm afraid.

mark->

On Thu, Jun 26, 2014 at 12:04:43PM +1000, 'Scott Smith' thus spoke:
> 
> Can some please tell me why: 
> 
> IF (Input table)
> 
> @wlfd3::dd (30,*) = draw(@af)
> :dd eq "Bank" : draw(@af) = "Bank Cheque"; display
> ::end
> 
> And in Screen if 
> 
> The d3 field is entered as : "Bankorsomething name "
> 
> Then it changes to "Bank Cheque"
> 
> The dd should be the whole field yet the equals is only seeming to compare
> the starting first part of the field.
> 
> Thanks
> 
> Scott Smith
> 
> 
> 
> 
> _______________________________________________
> Filepro-list mailing list
> Filepro-list at lists.celestial.com
> Subscribe/Unsubscribe/Subscription Changes
> http://mailman.celestial.com/mailman/listinfo/filepro-list
> 

-- 
Audio panton, cogito singularis.


More information about the Filepro-list mailing list