Re: preflighting a file [>32K bugs]
Re: preflighting a file [>32K bugs]
- Subject: Re: preflighting a file [>32K bugs]
- From: has <email@hidden>
- Date: Wed, 20 Feb 2002 13:58:34 +0000
Shane Stanley wrote:
>
On 19/2/02 8:43 PM +1000, Emmanuel, email@hidden, wrote:
>
>
>> The "is in" comparison fails with strings greater than 32K.
>
>
>
I'm not sure it's a bug (I get the same wrong result), so much as a
>
manifestation of the known problem of doing comparisons with strings >32K;
>
presumably "is in", "contains", ">", "=", etc, all use the same routines
>
that are limited to 32K.
IOW a bug. ;)
I've been using "is in" to do equality tests on long strings:
(string1 is in string2) and (string2 is in string1)
which seems to work ok on big strings where a simple equality test fails.
Though I'm suddenly a lot more nervous about this, given what folk are
saying about it in other respects (clearly it's as flaky as the rest, and
you trust it at your own risk).
>
> Note that the "offset" method that I have recommended does not seem to know
>
> this bug.
(Even as we speak, I imagine Murphy Central is dispatching a couple of
gremlins to remedy this.;)
The downside of an osax/TID offset-based approach is that it's sensitive to
case and pretty much everything else; if you want the same flexibility
then you'll have to 'normalise' [1] your strings first, though that means
extra code and slower performance. :(
Hmph.
has
[1] lowercase/'de-accent' diacriticals/strip whitespace chars/punctuation
[as necessary]
_______________________________________________
applescript-users mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/applescript-users
Do not post admin requests to the list. They will be ignored.