"Aaron M. Renn" <[EMAIL PROTECTED]> writes:
> heh. I'm also planning on being a memory hog.
Unicode is fun stuff. :)
(I couldn't use any of the speed tricks I know for searching for
strings in strings -- the memory requirements would just be too
great.)
--
Paul Fisher * [EMAIL PROTECTED]
heh. I'm also planning on being a memory hog. I'm going to use various
Unicode conversion tables to generate lookup tables for the byte to char
conversion stuff. Hopefully people don't go around loading tons of
encodings.
--
*
* Aaron M. Ren
Comments and suggestions (if you see any problems with this design)
are requested.
I'm currently working on java.lang.Character. It's a rather annoying
class, because it allows one to retrieve detailed information on the
entire Unicode character set (65536 chars) -- things were so much
simpler b
Hello.
Just a few notes about class collecting and re-loading.
I think - it's a bad idea to gc classes, in general.
But unneded classes eats memory, and one may wish to
reload another class with the same name and interface
instead of old one.
Right. Why not, then, aim this goal?
I.e. class is no
OK, it's been a bit, and I've been doing some heavy thinking about
jnilink. There is a huge amount of improvement which can be made, in terms
of speed, readability and ease-of-use. I believe I have finally cut it down
to its core components.
The main point of jnilink is to ensure that
Aaron M. Renn wrote:
> Yes, I took a glance through the CORBA stuff and it looks pretty scary.
I was looking around, and jacORB is a LGPL'ed ORB that implements much of the spec.
I'll take a look at the source at some point and if it looks promising perhaps the
author would be agreeable to usi
6 matches
Mail list logo