> Hi,
>
> There was a similar query posted by Aaron Ardiri on Nov. 30, but I couldn't
> find any reply in the archives. So, I am posting this. Can the guys from
> Palm give it a go?
>
> It seems Palm OS string comparisons are not always based on ANSI codes.
yep :)
what i did, is simply rewrite my own StrCompare routines.. why? i am
using Java to sort my data prior to inserting it onto the Palm, and it
sorted based on Latin-1 ISO - which is the basic char set on the Palm.
i compare the ASCII codes, and now everything works fine.. if you want
my string.h and string.c files, i can make them available :)
> Can anybody from Palm tell me how StrCompare and StrCaselessCompare works in
> Palm OS and why? I am sorting my data in the PC (it's faster). But when I
> send the data to the Palm device, binary search fails as the data is not
> sorted according to its sorting rule.
<snip>
> What does this "almost" means?
in swedish, the accented characters are NOT the same 'order' in
comparison to the ASCII codes.. the 'a's with the 'o' and the '..'
are in the reverse order. :)
maybe this is what it means?
> I am li'l lost here. If it is returning an array of 256 word values, why the
> compiler has to pad? If we put 2 chars in a word we get 512 chracters. Do
> Palm OS have that many characters? What am I missing here?
2 chars = 65536 characters :)
grab the source code, check it out - and modify as required for your
application - it works wonders for me now :))
> Happy holidays and a great new year to you all :).
cheers.
az.
--
Aaron Ardiri
Java Certified Programmer http://www.hig.se/~ardiri/
University-College i G�vle mailto:[EMAIL PROTECTED]
SE 801 76 G�vle SWEDEN
Tel: +46 26 64 87 38 Fax: +46 26 64 87 88
Mob: +46 70 656 1143 A/H: +46 26 10 16 11
