Re: Fastpath for new String(bytes...) and String.getBytes(...)

2009-03-25 Thread Ulf Zibis
Am 19.03.2009 20:02, Xueming Shen schrieb: Ulf Zibis wrote: Isn't there any way even to avoid instantiating new ..Array-X-coder for each invocation of StringCoding.x-code(Charset cs, ...)? Method x-code(byte/char[]) seems to be threadsafe, if replacement isn't changed, so I suppose, we could

Re: SIGFPE with FPE_FLTRES

2009-03-25 Thread Tom Rodriguez
That's even more odd to me. x86_64 shouldn't be using the old FP instructions and the SSE based one don't produce an inexact traps as far as I can tell. Maybe they are still being emitted somewhere, possibly for the transcendentals? Actually I can see that the template interpreter still

Re: SIGFPE with FPE_FLTRES

2009-03-25 Thread Tom Rodriguez
FPE_FLTRES appears to concern inexact results being produced but these kinds of exception should always be masked for us. In what kind of code was this reported? tom On Mar 24, 2009, at 5:58 PM, David Holmes - Sun Microsystems wrote: Can someone tell me when you can encounter a SIGFPE with

Re: SIGFPE with FPE_FLTRES

2009-03-25 Thread David Holmes - Sun Microsystems
The code was innocuous as far as I can see. One place does some basic calculations with some values used for GC statistics. The other was a crash here: double cpuTimer::seconds() const { double count = (double) _counter; double freq = (double) os::elapsed_frequency(); return count/freq;

Re: Review request for 6693490

2009-03-25 Thread Xueming Shen
looks good, approved. Alan Bateman wrote: 6693490: (se) select throws "File exists" IOException under load (lnx) Sherman, we've chatted about this issue so you will probably want to review. It's a race between registration (or re-registration) and close. Registrations are queued so that they

hg: jdk7/tl/jdk: 6819122: DefaultProxySelector should lazily initialize the Pattern object and the NonProxyInfo objects

2009-03-25 Thread mandy . chung
Changeset: 2dae30c4d687 Author:mchung Date: 2009-03-25 12:24 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/2dae30c4d687 6819122: DefaultProxySelector should lazily initialize the Pattern object and the NonProxyInfo objects Summary: Move two static NonProxyInfo fields into N

Re: Fastpath for new String(bytes...) and String.getBytes(...)

2009-03-25 Thread Alan Bateman
Ulf Zibis wrote: : I'm improving. I've downloaded the tl clone, but I'm disappointed, because it has 200 MByte, not much less than the complete jdk7. I also tried nio2 clone, which isn't better, and not updated since 1 year. (Is there anybody responsible for it's update?) I would be happy if

Re: Fastpath for new String(bytes...) and String.getBytes(...)

2009-03-25 Thread Ulf Zibis
Am 25.03.2009 13:07, Alan Bateman schrieb: Ulf Zibis wrote: Well, so I should stay on my JRL-persisted https://java-nio-charset-enhanced.dev.java.net/ for working on my changes, having an additional HG based NetBeans project to forge changesets for OpenJDK. Thank for your help, -Ulf If I

Re: Fast String...

2009-03-25 Thread Ulf Zibis
Am 25.03.2009 04:41, Xueming Shen schrieb: Ulf Zibis wrote: Am 25.03.2009 02:13, Xueming Shen schrieb: reduce size is a good thing, that was my primary goal, to reduce the charsets.jar to under 2M, and doable if we can put the data outside the class file, that was what I have done...the conc

hg: jdk7/tl/langtools: 3 new changesets

2009-03-25 Thread maurizio . cimadamore
Changeset: 5caa6c45936a Author:mcimadamore Date: 2009-03-25 10:28 + URL: http://hg.openjdk.java.net/jdk7/tl/langtools/rev/5caa6c45936a 6182950: methods clash algorithm should not depend on return type Summary: fixed code that checks for duplicate method declarations Reviewed-by:

RE: RFE 4519026: (process) Process should support Unicode on Win NT, request for review

2009-03-25 Thread Heiko Wagner
Hi Martin, I have updated http://www.apis.de/pub/jdk7/ProcessImpl_md.c and http://www.apis.de/pub/jdk7/ProcessImpl_md.c.diff. Changes: - fix block comment style - remove note about Win95, since minumum system requirement is Win2000 - replace comment "selected based on exe type" with "creation fl

hg: jdk7/tl/jdk: 6800572: Removing elements from views of NavigableMap implementations does not always work correctly.

2009-03-25 Thread martinrb
Changeset: 644849201ca6 Author:dl Date: 2009-03-24 19:42 -0700 URL: http://hg.openjdk.java.net/jdk7/tl/jdk/rev/644849201ca6 6800572: Removing elements from views of NavigableMap implementations does not always work correctly. Summary: Replace use of new TreeSet with new KeySet Revi