capital L

[Brian K. White]

----- Original Message ----- 
From: "Kenneth Brody" <kenbrody at bestweb.net>
To: "Fairlight" <fairlite at fairlite.com>
Cc: "Fplist (E-mail)" <filepro-list at seaslug.org>
Sent: Wednesday, February 15, 2006 9:41 AM
Subject: Re: capital L


> Quoting Fairlight (Wed, 15 Feb 2006 09:26:54 -0500):
>
>> Simon--er, no...it was Lerebours, Jose--said:
>> >
>> > > I understand that using the COMPARE() function can get this job done
>> > > as a couple people have suggested. What I *don't* understand is why
>> > > using the character string value of "L" does NOT work.
>>
>> I don't know, but it's a valuable insight that it doesn't.  I'd always
>> assumed that instr() was a 4GL wrapper around strstr().  Apparently not.
>> That could have gotten me into big trouble had I depended on it.
>
> So after >20 years of filePro compares being case-insensitive, you
> didn't know that the compare would be case-insensitive?  Why is this
> a surprise to _anyone_?
>
> And, given that filePro fields are not C strings, why would you assume
> that instr() is a wrapper for strstr()?  (Or any filePro field routine
> being a wrapper for any C string function?)

Well, for one example, open() sure looks like a wrapper.
It's not a string function but why should one think string functions are 
especially different than any others?
Sure fp has lots of commands that are clearly not simple wrappers, but some 
do look like that and I wouldn't have had much to go on to think instr() was 
not one, except for the case insensativity, so if I didn't happen to know 
about the case insensativity, it's a perfectly reasonable theory.

Brian K. White  --  brian at aljex.com  --  http://www.aljex.com/bkw/
+++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++.
filePro  BBx    Linux  SCO  FreeBSD    #callahans  Satriani  Filk!