Hi,
Please review the fix for JDK-8035133
Bug: https://bugs.openjdk.java.net/browse/JDK-8035133
Webrev: http://cr.openjdk.java.net/~nishjain/8035133/webrev.03/
Fix: Changed the filter and lookup mechanism to eliminate the matching
tags which are falling in the specified exclusion range i.e. th
+1
Masayoshi
On 8/1/2016 11:47 PM, Langer, Christoph wrote:
Hi Nishit,
this looks good and aligns with other places which were hardened for EINTR.
But I'm not a reviewer, so you need to get a higher vote, still :)
Best regards
Christoph
-Original Message-
From: i18n-dev [mailto:i1
Hi Nishit,
this looks good and aligns with other places which were hardened for EINTR.
But I'm not a reviewer, so you need to get a higher vote, still :)
Best regards
Christoph
> -Original Message-
> From: i18n-dev [mailto:i18n-dev-boun...@openjdk.java.net] On Behalf Of
> Nishit Jain
>
Hi Masayosh, Alan,
Thanks for looking at the change.
I suppose application containers are already accustomed to invoke
ResourceBundle.clearCache(ClassLoader) when undeploying an application
so that the corresponding ClassLoader can get GCed right away. But
there's a change in the semantics of
Hi,
Please review the fix for JDK-7153347
Bug: https://bugs.openjdk.java.net/browse/JDK-7153347
Webrev: http://cr.openjdk.java.net/~nishjain/7153347/webrev.01/
Fix: Handled the signal (EINTR) interrupt during the native
stat/fstat/lstat/read/open function call using RESTARTABLE macro.
Regard
