Deterministic memory manager of constant complexity

Hello, I am a software engineer who wrote the following: http://finitetheory.com/author.html I would like to propose Java a new deterministic memory manager of constant complexity that will make applications run smoothly and never to lag again. Its documentation is available at: https://svn.b

hg: jdk8/tl/jdk: 21 new changesets

Changeset: e057cddf0d6c Author:cl Date: 2013-08-08 10:10 -0700 URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/e057cddf0d6c Added tag jdk8-b102 for changeset 8ed8e2b4b90e ! .hgtags Changeset: 1c6bfb303ffc Author:prr Date: 2013-08-06 13:38 -0700 URL: http://hg.openjd

hg: jdk8/tl/langtools: 3 new changesets

Changeset: 6718df4cd616 Author:cl Date: 2013-08-08 10:10 -0700 URL: http://hg.openjdk.java.net/jdk8/tl/langtools/rev/6718df4cd616 Added tag jdk8-b102 for changeset 453a305e1165 ! .hgtags Changeset: 76cfe7c61f25 Author:lana Date: 2013-08-13 10:35 -0700 URL: http://hg

hg: jdk8/tl/hotspot: 25 new changesets

Changeset: b9a927798f12 Author:cl Date: 2013-08-08 10:10 -0700 URL: http://hg.openjdk.java.net/jdk8/tl/hotspot/rev/b9a927798f12 Added tag jdk8-b102 for changeset c4697c1c4484 ! .hgtags Changeset: 79ce055063e9 Author:amurillo Date: 2013-08-02 03:06 -0700 URL: http://

hg: jdk8/tl: Added tag jdk8-b102 for changeset 5eb3c1dc348f

Changeset: b7e64be81c8a Author:cl Date: 2013-08-08 10:10 -0700 URL: http://hg.openjdk.java.net/jdk8/tl/rev/b7e64be81c8a Added tag jdk8-b102 for changeset 5eb3c1dc348f ! .hgtags

hg: jdk8/tl/jaxws: Added tag jdk8-b102 for changeset 988a5f2ac559

Changeset: 6cdc6ed98780 Author:cl Date: 2013-08-08 10:10 -0700 URL: http://hg.openjdk.java.net/jdk8/tl/jaxws/rev/6cdc6ed98780 Added tag jdk8-b102 for changeset 988a5f2ac559 ! .hgtags

hg: jdk8/tl/corba: 2 new changesets

Changeset: f8ed09af1df6 Author:cl Date: 2013-08-08 10:10 -0700 URL: http://hg.openjdk.java.net/jdk8/tl/corba/rev/f8ed09af1df6 Added tag jdk8-b102 for changeset 528c7e76eaee ! .hgtags Changeset: 49c4a777fdfd Author:lana Date: 2013-08-13 10:34 -0700 URL: http://hg.ope

hg: jdk8/tl/nashorn: 3 new changesets

Changeset: 795cff5c1b5c Author:cl Date: 2013-08-08 10:10 -0700 URL: http://hg.openjdk.java.net/jdk8/tl/nashorn/rev/795cff5c1b5c Added tag jdk8-b102 for changeset e966ff0a3ffe ! .hgtags Changeset: 414203de4374 Author:lana Date: 2013-08-13 10:34 -0700 URL: http://hg.o

hg: jdk8/tl/jaxp: 2 new changesets

Changeset: b1ceab582fc6 Author:cl Date: 2013-08-08 10:10 -0700 URL: http://hg.openjdk.java.net/jdk8/tl/jaxp/rev/b1ceab582fc6 Added tag jdk8-b102 for changeset 7cffafa606e9 ! .hgtags Changeset: 9800647936dd Author:lana Date: 2013-08-13 18:28 -0700 URL: http://hg.open

Re: Possible HashMap update

Hi Doug, On 08/13/2013 12:54 PM, Doug Lea wrote: On 08/12/13 16:30, Mike Duigou wrote: Hi Doug; Several minor recent cleanups and proposed cleanups in HashMap made me wonder how things are progressing on this work. Do you feel it's nearly ready to integrate into the jdk8 repos? What addition

Re: Possible HashMap update

On 08/13/2013 09:54 PM, Doug Lea wrote: On 08/12/13 16:30, Mike Duigou wrote: Hi Doug; Several minor recent cleanups and proposed cleanups in HashMap made me wonder how things are progressing on this work. Do you feel it's nearly ready to integrate into the jdk8 repos? What additional work r

Re: Please review java.util.formatter bug fix

HI Sherman, Thanks for the review, I should have restored N=12 after debugging; the previous non-error output was hiding what I needed to see. If we want to hit DST changes then blanketing 2/3 weeks or weekends in the spring or fall might have a greater chance of a hit then 12/365. Thanks, Rog

MIME-Type inquiry.

Hello, are there any well-known MIME types recommended to be used for: 1. java.text.MessageFormat: MessageFormatPattern 2. java.util.Formatter: Format String Syntax 3. Javadoc ? Regards, -- Christian

Re: Please review java.util.formatter bug fix

Looks fine. Since you have already turned the verbose off and reduced the locales, it might be worth still letting it run N=12. The original idea with 12 is that it increases the chance of running into daylight saving on and off cases. -Sherman On 08/13/2013 12:06 PM, roger riggs wrote: Hi, T

Re: Possible HashMap update

On 08/12/13 16:30, Mike Duigou wrote: Hi Doug; Several minor recent cleanups and proposed cleanups in HashMap made me wonder how things are progressing on this work. Do you feel it's nearly ready to integrate into the jdk8 repos? What additional work remains? Are you tracking changes going in

Please review java.util.formatter bug fix

Hi, The tests for java.util.Formatter were failing in the th_TH locale. The test incorrectly relied on the locale defined calendar instantiation. Java.util.formatter should be using YEAR_OF_ERA to extract the year to get consistent results with the Japanese Calendar, for the other calendars it do

Re: RFR 8022259 MakeClasslist tool is buggy and its README is out of date.

On 8/12/13 8:41 AM, Alan Bateman wrote: On 12/08/2013 14:26, harold seigel wrote: The change to the MakeClasslist tool to use TraceClassLoadingPreorder was made prior to my changes. The following code has been in MakeClasslist.java for a long time. I was unable to determine who had made this

hg: jdk8/tl/jdk: 5049299: (process) Use posix_spawn, not fork, on S10 to avoid swap exhaustion

Changeset: a4b0be7341ef Author:robm Date: 2013-08-13 19:10 +0100 URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/a4b0be7341ef 5049299: (process) Use posix_spawn, not fork, on S10 to avoid swap exhaustion Reviewed-by: alanb, dholmes, martin, erikj, coffeys ! make/java/java/Exportedf

hg: jdk8/tl/jdk: 8022959: Fix new doclint issues in java.util.zip

Changeset: cd9379e348d0 Author:darcy Date: 2013-08-13 10:12 -0700 URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/cd9379e348d0 8022959: Fix new doclint issues in java.util.zip Reviewed-by: chegar ! src/share/classes/java/util/zip/ZipEntry.java

Re: RFR JDK 8: another doclint fix in java.util.zip

Looks fine Joe. -Chris. On 08/13/2013 05:43 PM, Joe Darcy wrote: Hello, Please review this simple patch below which corrects a recently introduced doclint issue (8015666: test/tools/pack200/TimeStamp.java failing). Thanks, -Joe diff -r cc64a05836a7 src/share/classes/java/util/zip/ZipEntry.j

RFR JDK 8: another doclint fix in java.util.zip

Hello, Please review this simple patch below which corrects a recently introduced doclint issue (8015666: test/tools/pack200/TimeStamp.java failing). Thanks, -Joe diff -r cc64a05836a7 src/share/classes/java/util/zip/ZipEntry.java --- a/src/share/classes/java/util/zip/ZipEntry.javaMon Au

Re: RFR 8022898 java/util/Spliterator/SpliteratorCollisions.java fails in HashableIntSpliteratorWithNull data provider

Looks good to me. Cheers, Henry On Aug 13, 2013, at 6:46 AM, Paul Sandoz wrote: > Hi, > > This patch fixes a bug in the data provider of the SpliteratorCollisions.java > test, which was attempting to add an element to an unmodifable map. > > Interestingly although this caused the data provid

Re: RFR: 8019401: Collectors.collectingAndThen

Looks good to me. Mike On Aug 12 2013, at 20:26 , Henry Jen wrote: > Hi, > > Please review the webrev[1] adds an API to help compose a Collector with > an additional "finish" function. > > Cheers, > Henry > > [1] http://cr.openjdk.java.net/~henryjen/ccc/8019401/0/webrev/ >

Re: RFR [8016018] Typo in AbstractStringBuilder#indexOf and #lastIndexOf description

On 08/13/2013 04:24 PM, Alan Bateman wrote: On 13/08/2013 14:46, Ivan Gerasimov wrote: Hello! Would you please help review a simple fix of a typo in the Java doc? s/str/this/ The fix if for jdk8. BUGURL: http://bugs.sun.com/view_bug.do?bug_id=8016018 WEBREV: http://cr.openjdk.java.net/~igera

Re: RFR [8016018] Typo in AbstractStringBuilder#indexOf and #lastIndexOf description

On 13/08/2013 14:46, Ivan Gerasimov wrote: Hello! Would you please help review a simple fix of a typo in the Java doc? s/str/this/ The fix if for jdk8. BUGURL: http://bugs.sun.com/view_bug.do?bug_id=8016018 WEBREV: http://cr.openjdk.java.net/~igerasim/8016018/0/webrev/ This looks okay to me.

hg: jdk8/tl/jdk: 8022779: ProblemList.txt updates (8/2013)

Changeset: 18e15d92610b Author:chegar Date: 2013-08-13 14:57 +0100 URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/18e15d92610b 8022779: ProblemList.txt updates (8/2013) Summary: Update ProblemList and remove AggressiveOpts MOAT test run Reviewed-by: chegar, alanb Contributed-by: Am

hg: jdk8/tl/jdk: 2 new changesets

Changeset: 412b2f0950a9 Author:mullan Date: 2013-08-13 10:06 -0400 URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/412b2f0950a9 8022897: Add test/com/sun/crypto/provider/Cipher/RSA/TestOAEPPadding.java to ProblemList Reviewed-by: vinnie, chegar ! test/ProblemList.txt Changeset: 1

Re: RFR 8012940 More than 50 tests failed in Serialization/DeSerialization testing (test-mangled)

Hi Paul, Looks good, you can add me as reviewer. Thanks for doing this. Kumar Hi, The updates to stream tests below are in preparation for when the lambda serialization/deserialization tests (SAND tests) transition from testing with lambda to tl. Doing this now so we don't forget later. T

hg: jdk8/tl/jdk: 8019948: java/util/logging/bundlesearch/ResourceBundleSearchTest.java is failing intermittently

Changeset: 78c102c3eefc Author:dfuchs Date: 2013-08-13 16:00 +0200 URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/78c102c3eefc 8019948: java/util/logging/bundlesearch/ResourceBundleSearchTest.java is failing intermittently Reviewed-by: mchung, dholmes ! test/java/util/logging/bun

RFR [8016018] Typo in AbstractStringBuilder#indexOf and #lastIndexOf description

Hello! Would you please help review a simple fix of a typo in the Java doc? s/str/this/ The fix if for jdk8. BUGURL: http://bugs.sun.com/view_bug.do?bug_id=8016018 WEBREV: http://cr.openjdk.java.net/~igerasim/8016018/0/webrev/ Sincerely yours, Ivan Gerasimov

hg: jdk8/tl/jdk: 8022180: BigInteger Burnikel-Ziegler quotient and remainder calculation assumes quotient parameter is zero

Changeset: 834faf2081b3 Author:bpb Date: 2013-08-12 16:21 -0700 URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/834faf2081b3 8022180: BigInteger Burnikel-Ziegler quotient and remainder calculation assumes quotient parameter is zero Summary: Clear the quotient in divideAndRemainderB

RFR 8022898 java/util/Spliterator/SpliteratorCollisions.java fails in HashableIntSpliteratorWithNull data provider

Hi, This patch fixes a bug in the data provider of the SpliteratorCollisions.java test, which was attempting to add an element to an unmodifable map. Interestingly although this caused the data provider to barf, and therefore tests using such a provider were not run, it did not result in jtreg

hg: jdk8/tl/jdk: 2 new changesets

Changeset: 818c3f82269c Author:vinnie Date: 2013-08-13 14:15 +0100 URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/818c3f82269c 8013170: Spec for PBEParameterSpec does not specify behavior when paramSpec is null Reviewed-by: mullan ! src/share/classes/javax/crypto/spec/PBEParamete

RFR 8012940 More than 50 tests failed in Serialization/DeSerialization testing (test-mangled)

Hi, The updates to stream tests below are in preparation for when the lambda serialization/deserialization tests (SAND tests) transition from testing with lambda to tl. Doing this now so we don't forget later. The SAND tests do a clever trick of byte code re-writing our existing tests but for

hg: jdk8/tl/jdk: 8020081: Cipher with OAEPPadding and OAEPParameterSpec can't be created

Changeset: 5b14d702b0b8 Author:ascarpino Date: 2013-08-12 11:25 -0700 URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/5b14d702b0b8 8020081: Cipher with OAEPPadding and OAEPParameterSpec can't be created Reviewed-by: mullan ! src/share/classes/com/sun/crypto/provider/SunJCE.java + t

Re: RFR 8022797 Clarify spliterator characteristics for collections containing no elements

On 13/08/2013 10:14, Paul Sandoz wrote: : Thanks there is a comma missing, it should be: *If a spliterator covers no elements then the reporting of additional * characteristic values, beyond that of {@code SIZED} and {@code SUBSIZED}, * does not aid clients to control, special

Re: Java 8 RFR 8022180: BigInteger Burnikel-Ziegler quotient and remainder calculation assumes quotient parameter is zero

On 13/08/2013 00:27, Brian Burkhalter wrote: On Aug 12, 2013, at 2:08 PM, Brian Burkhalter wrote: Webrev http://cr.openjdk.java.net/~bpb/8022180/ The update is to clear the quotient if the divisor is larger than the dividend in divideAndRemainderBurnikelZiegler(). Thanks, Brian Could the

Re: RFR 8021820: Number of opened files used in select() is limited to 1024 [macosx]

Stuart, Thanks for your comments. New webrev: http://cr.openjdk.java.net/~aefimov/8021820/webrev.03/ Comments below. Thanks, Aleksej On 08/08/2013 06:10 AM, Stuart Marks wrote: Hi Aleksej, Thanks for the update. The situation is a bi

Re: RFR 8022797 Clarify spliterator characteristics for collections containing no elements

On Aug 12, 2013, at 8:25 PM, Alan Bateman wrote: > On 12/08/2013 16:24, Paul Sandoz wrote: >> Hi, >> >> Here is another go at characteristics reported for spliterators of empty >> collections: >> >> diff -r f8d92ce66886 src/share/classes/java/util/Collection.java >> --- a/src/share/classes/ja

Re: RFR JDK-8011940 : java.lang.Class.getAnnotations() always enters synchronized method

Hi all, Comments inline, On 12 aug 2013, at 15:19, Paul Sandoz wrote: > On Aug 12, 2013, at 2:40 PM, Peter Levart wrote: >> On 08/12/2013 12:54 PM, Joel Borggren-Franck wrote: >>> I realize the interaction between probably any reflective operation and >>> a redefine is blurry, but if a redefin

Re: RFR JDK-8011940 : java.lang.Class.getAnnotations() always enters synchronized method

Hi, Comments inline, On 12 aug 2013, at 14:40, Peter Levart wrote: > > On 08/12/2013 12:54 PM, Joel Borggren-Franck wrote: >> > > - annotation (@interface) declarations can themselves be redefined (for > example, defaults changed). Such redefinitions don't affect already > initialized anno