Am 10.05.2010 03:05, schrieb Xueming Shen:
Ulf,
Can you be more specific? I'm not sure I understand your question.
What "buffering"
are we talking here?
In http://cr.openjdk.java.net/~sherman/6945564_6948903/webrev ,
I think byte[] ba could be saved in initNamePool(), as you could
directly
Changeset: ec45423a4700
Author:martin
Date: 2010-05-09 00:59 -0700
URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/ec45423a4700
6933217: Huge arrays handled poorly in core libraries
Summary: Write overflow-conscious array resizing code
Reviewed-by: chegar
! src/share/classes/java/i
Ulf,
Stuff under http://cr.openjdk.java.net/~sherman/script/webrev.00 just an
idea about a
smaller-size alternative It is not a intended to replace the final bits
for review at
http://cr.openjdk.java.net/~sherman/6945564_6948903/webrev
My bad, probably I should not mixed 2 things in one email.
Some additional thoughts:
- out.writeShort((short)(num & 0x)); ---short form--->
out.writeShort((short)num);
- use Arrays.binarySearch() in Character.UnicodeBlock.of().
- "if (notFirst)" could be saved if you would first append the first
word to sb outside the while loop.
- StringBuilder
Hello everyone,
i am one of the maintainers of JOGL and wrote JOCL (http://jogamp.org/)
and we are currently facing some signal handling issues caused by the
nvidia and amd drivers.
(I got the hint to post to this list since there is no better alias for
this kind of topics)
e.g. the nvidia O
Ulf,
My apology for distracting you to that "smaller size alternative", as I
said in my previous email
please only "review" the bits at
http://cr.openjdk.java.net/~sherman/6945564_6948903/webrev
It's fine if you are interested in the stuff I experimented at
http://cr.openjdk.java.net/~sherman/
