[Mono-devel-list] The first (attempt to checkin) managed collation patch

Paolo Molaro lupus at ximian.com
Fri Jul 22 05:28:05 EDT 2005

On 07/22/05 Atsushi Eno wrote:
> Well, 180KB is about only one file. Though today I optimized that
> 180 KB file to 120 KB, there are additional files that are up to
> 220KB (all *.bin files in http://monkey.workarea.jp/tmp/20050720/ )

I know, but it's fine: most people could esily remove them and many more
people wouldn't care less for 200 KB more. Remember, we used to inflict
20+ MB of ICU on them:-)

> So, you mean, I should avoid managed resource but acquire those
> pointers from the runtime via icall, right?


> >Don't worry about that, the runtime will load the file for you, this is 
> >the last
> >of the issues. It would be good if the file contained a version id that 
> >you can
> >check for consisntency, so please add that.
> Does this mean that we already have such functionality in the runtime?

It can be done in two ways: embed the files in the mono binary like we do
with the char tables or load the files from where mscorlib was loaded.
Both are trivial to implement.

> Actually, except for CJK mapping for zh-CHS/zh-CHT/ja/ko cultures,
> "locale dependent" mapping data is tiny, since the largest 120KB
> file is for InvariantCulture.
> The latest code already ignores special CJK processing when the
> corresponding CJK table was not available, and they are not loaded
> unless the corresponding collator instance is created.
> I can provide minimum ASCII support resource. But I'm not sure what
> this exactly means. For example, does it always ignore
> CompareOptions.IgnoreWidth and CompareOptions.IgnoreKanaType?
> (There is no full-width characters, neither is Kana, in ASCII.)

It means minimal correct support for unicode chars 0-255 in the
invariant locale (maybe plus another configurable locale that only
uses those chars). Of course if this still requires 120 KB of data it's
not worth it. If it requires 10-20 KB it would be nice to have it as
an option. But there is no hurry for this, just keep it in mind as
we may be asked to implement it.


lupus at debian.org                                     debian/rules
lupus at ximian.com                             Monkeys do it better

More information about the Mono-devel-list mailing list