hg: jdk8/tl/jdk: 7133367: ResponseCache.put should not be called when setUseCaches(false)

2012-02-12 Thread chris . hegarty
Changeset: 27a6b299ed6a Author:chegar Date: 2012-02-12 08:47 + URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/27a6b299ed6a 7133367: ResponseCache.put should not be called when setUseCaches(false) Reviewed-by: michaelm !

hg: jdk8/tl/jdk: 7144895: ProblemList.txt updates (2/2012)

2012-02-12 Thread alan . bateman
Changeset: 27e746e6f3fe Author:alanb Date: 2012-02-12 21:09 + URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/27e746e6f3fe 7144895: ProblemList.txt updates (2/2012) Reviewed-by: darcy, ohair ! test/Makefile ! test/ProblemList.txt ! test/TEST.ROOT

hg: jdk8/tl/langtools: 7144979: incorrect path separator in make/build.xml for Windows when running jtreg tests

2012-02-12 Thread jonathan . gibbons
Changeset: cd5ca700da4c Author:jjg Date: 2012-02-12 16:44 -0800 URL: http://hg.openjdk.java.net/jdk8/tl/langtools/rev/cd5ca700da4c 7144979: incorrect path separator in make/build.xml for Windows when running jtreg tests Reviewed-by: jjg Contributed-by: jan.vale...@oracle.com !

Re: Request for Review (XS): 7143760 Memory leak in GarbageCollectionNotifications

2012-02-12 Thread David Holmes
Hi Fred, 182 class NotificationMark : public StackObj { Really we should have a general purpose utility class that can serve in this role. This is the second time in a couple of weeks that the need to deal with cleanup with CHECK has been uncovered. Not saying you necessarily need to do it

hg: jdk8/tl/jdk: 7143230: fix warnings in java.util.jar, sun.tools.jar, zipfs demo, etc.

2012-02-12 Thread stuart . marks
Changeset: 445ada5e6b4a Author:smarks Date: 2012-02-12 21:56 -0800 URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/445ada5e6b4a 7143230: fix warnings in java.util.jar, sun.tools.jar, zipfs demo, etc. Reviewed-by: alanb, chegar, lancea, smarks Contributed-by: Mani Sarkar

Re: Request for Review (XS): 7143760 Memory leak in GarbageCollectionNotifications

2012-02-12 Thread Krystal Mok
Hi all, Tto follow up with what David mentioned: If sendNotification generates an exception then the serviceThread will terminate. Is that the desired behaviour? Other event processing can't terminate the service thread. I did a simple test to see what would happen in 7u2 when someone throws

Re: Request for Review (XS): 7143760 Memory leak in GarbageCollectionNotifications

2012-02-12 Thread David Holmes
On 13/02/2012 3:58 PM, Krystal Mok wrote: Tto follow up with what David mentioned: If sendNotification generates an exception then the serviceThread will terminate. Is that the desired behaviour? Other event processing can't terminate the service thread. I did a simple test to see