On 14/11/2011 00:42, David Holmes wrote:
Will the exec'd process block until the copier threads read from its
output streams? If not then the copier threads (well stdin anyway)
could read their input and have terminated before the main thread even
reaches the original sleep() call.
I don't
Hi Kurt,
On 11/10/2011 11:09 AM, Kurt Miller wrote:
On 11/09/11 03:01, Jonathan Lu wrote:
On 11/04/2011 01:26 PM, David Holmes wrote:
On 4/11/2011 2:53 PM, David Holmes wrote:
On 4/11/2011 2:13 PM, Masayoshi Okutsu wrote:
Probably the difference isn't documented. I tried Solaris 10 and Ubunt
Changeset: 5c7c83a6ee24
Author:xuelei
Date: 2011-11-14 01:21 -0800
URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/5c7c83a6ee24
7111548: unexpected debug log message
Reviewed-by: wetmore
! src/share/classes/sun/security/ssl/SSLSocketImpl.java
Changeset: 68fc55d12ae6
Author:chegar
Date: 2011-11-14 10:06 +
URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/68fc55d12ae6
7107020: java.net.PlainSocketImpl.socketSetOption() calls itself
Reviewed-by: alanb, chegar
Contributed-by: [email protected]
! src/windows/c
On Mon, 2011-11-14 at 10:28 +1000, David Holmes wrote:
> On 12/11/2011 10:14 PM, Alan Bateman wrote:
> > On 11/11/2011 19:37, Darryl Mocek wrote:
> >> Returning null if the value is not a String gives the impression that
> >> there was no property with that key when the property may have been
> >>
On 14/11/2011 13:19, Neil Richards wrote:
:
Of course, there are certain situations where the Java documentation
guides you to specify property values which are not String objects.
One that springs to my mind is the setting of "java.naming.corba.orb" to
point to the ORB instance to be used by t
I've updated the webrev for CR#6860309 using a CountDownLatch.
The main thread will wait til both worker threads are ready to
block on the read() before the process is destroyed.
http://cr.openjdk.java.net/~gadams/6860309/
Tested with -Xcomp, but still may need a older slow solaris/sparc
mac
Changeset: c1238fcc9515
Author:ksrini
Date: 2011-11-14 08:09 -0800
URL: http://hg.openjdk.java.net/jdk8/tl/langtools/rev/c1238fcc9515
7110974: (javac) add coding conventions and style checkers for langtools
Reviewed-by: jjg
! make/build.properties
! make/build.xml
+ make/conf/check
On 11/14/2011 05:09 PM, Gary Adams wrote:
I've updated the webrev for CR#6860309 using a CountDownLatch.
The main thread will wait til both worker threads are ready to
block on the read() before the process is destroyed.
http://cr.openjdk.java.net/~gadams/6860309/
Tested with -Xcomp, but st
Updated to move static latch to Copier
constructor argument.
On 11/14/11 11:09 AM, Gary Adams wrote:
I've updated the webrev for CR#6860309 using a CountDownLatch.
The main thread will wait til both worker threads are ready to
block on the read() before the process is destroyed.
http://cr.
On 11/10/11 06:41, Gary Adams wrote:
On 11/ 8/11 11:13 PM, Mandy Chung wrote:
Thanks for picking up this bug and fixing this intermittent issue.
PlatformLoggingMXBeanTest.java in the same directory has the same
issue. It'd be good to fix that with the same CR. These tests were
copied f
Changeset: 7375d4979bd3
Author:ksrini
Date: 2011-11-14 15:11 -0800
URL: http://hg.openjdk.java.net/jdk8/tl/langtools/rev/7375d4979bd3
7106166: (javac) re-factor EndPos parser
Reviewed-by: jjg
! src/share/classes/com/sun/tools/javac/api/JavacTrees.java
! src/share/classes/com/sun/to
On 14/11/2011 6:05 PM, Alan Bateman wrote:
The test runs cat without any arguments so the Copier threads will block
when they read from the stream.
Thank's Alan that critical point had escaped my notice.
David
If we can get the main thread to wait
until the Copier threads are just about to
On 15/11/2011 2:09 AM, Gary Adams wrote:
I've updated the webrev for CR#6860309 using a CountDownLatch.
The main thread will wait til both worker threads are ready to
block on the read() before the process is destroyed.
http://cr.openjdk.java.net/~gadams/6860309/
25 * @bug 4820217 6860309
A
On 14/11/2011 11:19 PM, Neil Richards wrote:
On Mon, 2011-11-14 at 10:28 +1000, David Holmes wrote:
On 12/11/2011 10:14 PM, Alan Bateman wrote:
On 11/11/2011 19:37, Darryl Mocek wrote:
Returning null if the value is not a String gives the impression that
there was no property with that key whe
On Mon, 2011-11-14 at 13:45 +, Alan Bateman wrote:
> On 14/11/2011 13:19, Neil Richards wrote:
> > :
> >
> > Of course, there are certain situations where the Java documentation
> > guides you to specify property values which are not String objects.
> >
> > One that springs to my mind is the se
16 matches
Mail list logo
