Discussion:
RFR: JDK-821430: .attach_pid files may remain in the process cwd
(too old to reply)
Gary Adams
2018-11-29 16:24:26 UTC
Permalink
If a process exits during an attempt to attach to it, the .attach_pid file
will not be removed properly, if the path used included symbolic link
traversal,
which is typically done for "/proc/<pid>/cwd/". Using getCanonicalFile()
before the
initial file is created should prevent this edge case for left over files.

Webrev: http://cr.openjdk.java.net/~gadams/8214300/webrev.00/index.html
Issue: https://bugs.openjdk.java.net/browse/JDK-8214300

Testing is in progress for every attach test I can find, but there is no
explicit test available for the case where the attachee exits while the
attacher
is making the initial connection.
JC Beyler
2018-11-29 16:54:23 UTC
Permalink
Hi Gary,

Is there a reason why only
http://cr.openjdk.java.net/~gadams/8214300/webrev.00/src/jdk.attach/linux/classes/sun/tools/attach/VirtualMachineImpl.java.udiff.html
actually has the assignment after the call ?
f = f.getCanonicalFile()?

(Nit, there seems to be a space missing before the =).

In the other two files, you just call the method but don't update the
variable f making the call useless, no? (The patch in the bug has the
assigments for all the cases),
Jc
Post by Gary Adams
If a process exits during an attempt to attach to it, the .attach_pid file
will not be removed properly, if the path used included symbolic link
traversal,
which is typically done for "/proc/<pid>/cwd/". Using getCanonicalFile()
before the
initial file is created should prevent this edge case for left over files.
Webrev: http://cr.openjdk.java.net/~gadams/8214300/webrev.00/index.html
Issue: https://bugs.openjdk.java.net/browse/JDK-8214300
Testing is in progress for every attach test I can find, but there is no
explicit test available for the case where the attachee exits while the
attacher
is making the initial connection.
--
Thanks,
Jc
Gary Adams
2018-11-29 19:11:29 UTC
Permalink
Sorry, coding before coffee this morning.

Fixed.
Post by JC Beyler
Hi Gary,
Is there a reason why only
http://cr.openjdk.java.net/~gadams/8214300/webrev.00/src/jdk.attach/linux/classes/sun/tools/attach/VirtualMachineImpl.java.udiff.html
<http://cr.openjdk.java.net/%7Egadams/8214300/webrev.00/src/jdk.attach/linux/classes/sun/tools/attach/VirtualMachineImpl.java.udiff.html>
actually has the assignment after the call ?
f = f.getCanonicalFile()?
(Nit, there seems to be a space missing before the =).
In the other two files, you just call the method but don't update the
variable f making the call useless, no? (The patch in the bug has the
assigments for all the cases),
Jc
If a process exits during an attempt to attach to it, the
.attach_pid file
will not be removed properly, if the path used included symbolic link
traversal,
which is typically done for "/proc/<pid>/cwd/". Using
getCanonicalFile()
before the
initial file is created should prevent this edge case for left over files.
http://cr.openjdk.java.net/~gadams/8214300/webrev.00/index.html
<http://cr.openjdk.java.net/%7Egadams/8214300/webrev.00/index.html>
Issue: https://bugs.openjdk.java.net/browse/JDK-8214300
Testing is in progress for every attach test I can find, but there is no
explicit test available for the case where the attachee exits while the
attacher
is making the initial connection.
--
Thanks,
Jc
JC Beyler
2018-11-29 22:27:33 UTC
Permalink
Hi Gary,

Somehow I still see the same webrev? Has it been updated and my browser
does not want to update it?

Thanks!
Jc
Post by Gary Adams
Sorry, coding before coffee this morning.
Fixed.
Hi Gary,
Is there a reason why only
http://cr.openjdk.java.net/~gadams/8214300/webrev.00/src/jdk.attach/linux/classes/sun/tools/attach/VirtualMachineImpl.java.udiff.html
actually has the assignment after the call ?
f = f.getCanonicalFile()?
(Nit, there seems to be a space missing before the =).
In the other two files, you just call the method but don't update the
variable f making the call useless, no? (The patch in the bug has the
assigments for all the cases),
Jc
Post by Gary Adams
If a process exits during an attempt to attach to it, the .attach_pid file
will not be removed properly, if the path used included symbolic link
traversal,
which is typically done for "/proc/<pid>/cwd/". Using getCanonicalFile()
before the
initial file is created should prevent this edge case for left over files.
http://cr.openjdk.java.net/~gadams/8214300/webrev.00/index.html
Issue: https://bugs.openjdk.java.net/browse/JDK-8214300
Testing is in progress for every attach test I can find, but there is no
explicit test available for the case where the attachee exits while the
attacher
is making the initial connection.
--
Thanks,
Jc
--
Thanks,
Jc
g***@oracle.com
2018-11-30 09:11:06 UTC
Permalink
I have not refreshed the webrev, yet.
Waiting to see if there are any additional comments
before updating the webrev.

The spaces and the assignments you noticed
have been fixed.
Post by JC Beyler
Hi Gary,
Somehow I still see the same webrev? Has it been updated and my
browser does not want to update it?
Thanks!
Jc
Sorry, coding before coffee this morning.
Fixed.
Post by JC Beyler
Hi Gary,
Is there a reason why only
http://cr.openjdk.java.net/~gadams/8214300/webrev.00/src/jdk.attach/linux/classes/sun/tools/attach/VirtualMachineImpl.java.udiff.html
<http://cr.openjdk.java.net/%7Egadams/8214300/webrev.00/src/jdk.attach/linux/classes/sun/tools/attach/VirtualMachineImpl.java.udiff.html>
actually has the assignment after the call ?
f = f.getCanonicalFile()?
(Nit, there seems to be a space missing before the =).
In the other two files, you just call the method but don't update
the variable f making the call useless, no? (The patch in the bug
has the assigments for all the cases),
Jc
If a process exits during an attempt to attach to it, the
.attach_pid file
will not be removed properly, if the path used included symbolic link
traversal,
which is typically done for "/proc/<pid>/cwd/". Using
getCanonicalFile()
before the
initial file is created should prevent this edge case for
left over files.
http://cr.openjdk.java.net/~gadams/8214300/webrev.00/index.html
<http://cr.openjdk.java.net/%7Egadams/8214300/webrev.00/index.html>
   Issue: https://bugs.openjdk.java.net/browse/JDK-8214300
Testing is in progress for every attach test I can find, but there is no
explicit test available for the case where the attachee exits while the
attacher
is making the initial connection.
--
Thanks,
Jc
--
Thanks,
Jc
Chris Plummer
2018-11-30 20:10:25 UTC
Permalink
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">...and I've been waiting for the webrev
update to give it a thumbs up.<br>
<br>
Chris<br>
<br>
On 11/30/18 1:11 AM, <a class="moz-txt-link-abbreviated" href="mailto:***@oracle.com">***@oracle.com</a> wrote:<br>
</div>
<blockquote type="cite"
cite="mid:95b85891-5acb-6a16-b8a8-***@oracle.com">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<div class="moz-cite-prefix">I have not refreshed the webrev, yet.<br>
Waiting to see if there are any additional comments<br>
before updating the webrev.<br>
<br>
The spaces and the assignments you noticed<br>
have been fixed.<br>
<br>
On 11/29/18 5:27 PM, JC Beyler wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAF9BGBwE9T=-=EXpkPoyV+***@mail.gmail.com">
<meta http-equiv="content-type" content="text/html;
charset=utf-8">
<div dir="ltr">Hi Gary,
<div><br>
</div>
<div>Somehow I still see the same webrev? Has it been updated
and my browser does not want to update it?</div>
<div><br>
</div>
<div>Thanks!</div>
<div>Jc</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr">On Thu, Nov 29, 2018 at 11:10 AM Gary Adams
&lt;<a href="mailto:***@oracle.com"
moz-do-not-send="true">***@oracle.com</a>&gt;
wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"> Sorry, coding before
coffee this morning.<br>
<br>
Fixed.<br>
<br>
On 11/29/18, 11:54 AM, JC Beyler wrote:
<blockquote type="cite">
<div dir="ltr">
<div dir="ltr">Hi Gary,
<div><br>
</div>
<div>Is there a reason why only <a
href="http://cr.openjdk.java.net/%7Egadams/8214300/webrev.00/src/jdk.attach/linux/classes/sun/tools/attach/VirtualMachineImpl.java.udiff.html"
target="_blank" moz-do-not-send="true">http://cr.openjdk.java.net/~gadams/8214300/webrev.00/src/jdk.attach/linux/classes/sun/tools/attach/VirtualMachineImpl.java.udiff.html</a>
actually has the assignment after the call ?</div>
<div>f = f.getCanonicalFile()?</div>
<div><br>
</div>
<div>(Nit, there seems to be a space missing before
the =).</div>
<div><br>
</div>
<div>In the other two files, you just call the
method but don't update the variable f making the
call useless, no? (The patch in the bug has the
assigments for all the cases),</div>
<div>Jc</div>
<div><br>
</div>
</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr">On Thu, Nov 29, 2018 at 8:23 AM Gary
Adams &lt;<a href="mailto:***@oracle.com"
target="_blank" moz-do-not-send="true">***@oracle.com</a>&gt;
wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">If
a process exits during an attempt to attach to it,
the .attach_pid file<br>
will not be removed properly, if the path used
included symbolic link <br>
traversal,<br>
which is typically done for
"/proc/&lt;pid&gt;/cwd/". Using getCanonicalFile() <br>
before the<br>
initial file is created should prevent this edge
case for left over files.<br>
<br>
   Webrev: <a
href="http://cr.openjdk.java.net/%7Egadams/8214300/webrev.00/index.html"
rel="noreferrer" target="_blank"
moz-do-not-send="true">http://cr.openjdk.java.net/~gadams/8214300/webrev.00/index.html</a><br>
   Issue: <a
href="https://bugs.openjdk.java.net/browse/JDK-8214300"
rel="noreferrer" target="_blank"
moz-do-not-send="true">https://bugs.openjdk.java.net/browse/JDK-8214300</a><br>
<br>
Testing is in progress for every attach test I can
find, but there is no<br>
explicit test available for the case where the
attachee exits while the <br>
attacher<br>
is making the initial connection.<br>
</blockquote>
</div>
<br clear="all">
<div><br>
</div>
-- <br>
<div dir="ltr"
class="m_-1606696362352808152gmail_signature"
data-smartmail="gmail_signature">
<div dir="ltr">
<div><br>
</div>
Thanks,
<div>Jc</div>
</div>
</div>
</blockquote>
<br>
</div>
</blockquote>
</div>
<br clear="all">
<div><br>
</div>
-- <br>
<div dir="ltr" class="gmail_signature"
data-smartmail="gmail_signature">
<div dir="ltr">
<div><br>
</div>
Thanks,
<div>Jc</div>
</div>
</div>
</blockquote>
<p><br>
</p>
</blockquote>
<p><br>
</p>
</body>
</html>
g***@oracle.com
2018-12-01 11:10:39 UTC
Permalink
Updated webrev:
  http://cr.openjdk.java.net/~gadams/8214300/webrev.01/
...and I've been waiting for the webrev update to give it a thumbs up.
Chris
Post by g***@oracle.com
I have not refreshed the webrev, yet.
Waiting to see if there are any additional comments
before updating the webrev.
The spaces and the assignments you noticed
have been fixed.
Post by JC Beyler
Hi Gary,
Somehow I still see the same webrev? Has it been updated and my
browser does not want to update it?
Thanks!
Jc
Sorry, coding before coffee this morning.
Fixed.
Post by JC Beyler
Hi Gary,
Is there a reason why only
http://cr.openjdk.java.net/~gadams/8214300/webrev.00/src/jdk.attach/linux/classes/sun/tools/attach/VirtualMachineImpl.java.udiff.html
<http://cr.openjdk.java.net/%7Egadams/8214300/webrev.00/src/jdk.attach/linux/classes/sun/tools/attach/VirtualMachineImpl.java.udiff.html>
actually has the assignment after the call ?
f = f.getCanonicalFile()?
(Nit, there seems to be a space missing before the =).
In the other two files, you just call the method but don't
update the variable f making the call useless, no? (The patch
in the bug has the assigments for all the cases),
Jc
On Thu, Nov 29, 2018 at 8:23 AM Gary Adams
If a process exits during an attempt to attach to it, the
.attach_pid file
will not be removed properly, if the path used included symbolic link
traversal,
which is typically done for "/proc/<pid>/cwd/". Using
getCanonicalFile()
before the
initial file is created should prevent this edge case for
left over files.
http://cr.openjdk.java.net/~gadams/8214300/webrev.00/index.html
<http://cr.openjdk.java.net/%7Egadams/8214300/webrev.00/index.html>
   Issue: https://bugs.openjdk.java.net/browse/JDK-8214300
Testing is in progress for every attach test I can find,
but there is no
explicit test available for the case where the attachee
exits while the
attacher
is making the initial connection.
--
Thanks,
Jc
--
Thanks,
Jc
Chris Plummer
2018-12-03 20:09:06 UTC
Permalink
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Looks good.<br>
<br>
Chris<br>
<br>
On 12/1/18 3:10 AM, <a class="moz-txt-link-abbreviated" href="mailto:***@oracle.com">***@oracle.com</a> wrote:<br>
</div>
<blockquote type="cite"
cite="mid:84625284-712a-52a0-9024-***@oracle.com">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<div class="moz-cite-prefix">Updated webrev:<br>
  <a class="moz-txt-link-freetext"
href="http://cr.openjdk.java.net/%7Egadams/8214300/webrev.01/"
moz-do-not-send="true">http://cr.openjdk.java.net/~gadams/8214300/webrev.01/</a><br>
<br>
On 11/30/18 3:10 PM, Chris Plummer wrote:<br>
</div>
<blockquote type="cite"
cite="mid:df2d4d3c-9076-0402-f885-***@oracle.com">
<meta http-equiv="Content-Type" content="text/html;
charset=utf-8">
<div class="moz-cite-prefix">...and I've been waiting for the
webrev update to give it a thumbs up.<br>
<br>
Chris<br>
<br>
On 11/30/18 1:11 AM, <a class="moz-txt-link-abbreviated"
href="mailto:***@oracle.com" moz-do-not-send="true">***@oracle.com</a>
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:95b85891-5acb-6a16-b8a8-***@oracle.com">
<meta http-equiv="Content-Type" content="text/html;
charset=utf-8">
<div class="moz-cite-prefix">I have not refreshed the webrev,
yet.<br>
Waiting to see if there are any additional comments<br>
before updating the webrev.<br>
<br>
The spaces and the assignments you noticed<br>
have been fixed.<br>
<br>
On 11/29/18 5:27 PM, JC Beyler wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAF9BGBwE9T=-=EXpkPoyV+***@mail.gmail.com">
<meta http-equiv="content-type" content="text/html;
charset=utf-8">
<div dir="ltr">Hi Gary,
<div><br>
</div>
<div>Somehow I still see the same webrev? Has it been
updated and my browser does not want to update it?</div>
<div><br>
</div>
<div>Thanks!</div>
<div>Jc</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr">On Thu, Nov 29, 2018 at 11:10 AM Gary Adams
&lt;<a href="mailto:***@oracle.com"
moz-do-not-send="true">***@oracle.com</a>&gt;
wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"> Sorry, coding
before coffee this morning.<br>
<br>
Fixed.<br>
<br>
On 11/29/18, 11:54 AM, JC Beyler wrote:
<blockquote type="cite">
<div dir="ltr">
<div dir="ltr">Hi Gary,
<div><br>
</div>
<div>Is there a reason why only <a
href="http://cr.openjdk.java.net/%7Egadams/8214300/webrev.00/src/jdk.attach/linux/classes/sun/tools/attach/VirtualMachineImpl.java.udiff.html"
target="_blank" moz-do-not-send="true">http://cr.openjdk.java.net/~gadams/8214300/webrev.00/src/jdk.attach/linux/classes/sun/tools/attach/VirtualMachineImpl.java.udiff.html</a>
actually has the assignment after the call ?</div>
<div>f = f.getCanonicalFile()?</div>
<div><br>
</div>
<div>(Nit, there seems to be a space missing
before the =).</div>
<div><br>
</div>
<div>In the other two files, you just call the
method but don't update the variable f making
the call useless, no? (The patch in the bug
has the assigments for all the cases),</div>
<div>Jc</div>
<div><br>
</div>
</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr">On Thu, Nov 29, 2018 at 8:23 AM
Gary Adams &lt;<a
href="mailto:***@oracle.com"
target="_blank" moz-do-not-send="true">***@oracle.com</a>&gt;
wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0 0
0 .8ex;border-left:1px #ccc
solid;padding-left:1ex">If a process exits
during an attempt to attach to it, the
.attach_pid file<br>
will not be removed properly, if the path used
included symbolic link <br>
traversal,<br>
which is typically done for
"/proc/&lt;pid&gt;/cwd/". Using
getCanonicalFile() <br>
before the<br>
initial file is created should prevent this edge
case for left over files.<br>
<br>
   Webrev: <a
href="http://cr.openjdk.java.net/%7Egadams/8214300/webrev.00/index.html"
rel="noreferrer" target="_blank"
moz-do-not-send="true">http://cr.openjdk.java.net/~gadams/8214300/webrev.00/index.html</a><br>
   Issue: <a
href="https://bugs.openjdk.java.net/browse/JDK-8214300"
rel="noreferrer" target="_blank"
moz-do-not-send="true">https://bugs.openjdk.java.net/browse/JDK-8214300</a><br>
<br>
Testing is in progress for every attach test I
can find, but there is no<br>
explicit test available for the case where the
attachee exits while the <br>
attacher<br>
is making the initial connection.<br>
</blockquote>
</div>
<br clear="all">
<div><br>
</div>
-- <br>
<div dir="ltr"
class="m_-1606696362352808152gmail_signature"
data-smartmail="gmail_signature">
<div dir="ltr">
<div><br>
</div>
Thanks,
<div>Jc</div>
</div>
</div>
</blockquote>
<br>
</div>
</blockquote>
</div>
<br clear="all">
<div><br>
</div>
-- <br>
<div dir="ltr" class="gmail_signature"
data-smartmail="gmail_signature">
<div dir="ltr">
<div><br>
</div>
Thanks,
<div>Jc</div>
</div>
</div>
</blockquote>
<p><br>
</p>
</blockquote>
<p><br>
</p>
</blockquote>
<p><br>
</p>
</blockquote>
<p><br>
</p>
</body>
</html>
s***@oracle.com
2018-12-03 20:13:13 UTC
Permalink
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">+1<br>
<br>
Thanks,<br>
Serguei<br>
<br>
On 12/3/18 12:09, Chris Plummer wrote:<br>
</div>
<blockquote type="cite"
cite="mid:6a3cce17-3e6a-fb0f-c267-***@oracle.com">
<div class="moz-cite-prefix">Looks good.<br>
<br>
Chris<br>
<br>
On 12/1/18 3:10 AM, <a class="moz-txt-link-abbreviated"
href="mailto:***@oracle.com" moz-do-not-send="true">***@oracle.com</a>
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:84625284-712a-52a0-9024-***@oracle.com">
<div class="moz-cite-prefix">Updated webrev:<br>
  <a class="moz-txt-link-freetext"
href="http://cr.openjdk.java.net/%7Egadams/8214300/webrev.01/"
moz-do-not-send="true">http://cr.openjdk.java.net/~gadams/8214300/webrev.01/</a><br>
<br>
On 11/30/18 3:10 PM, Chris Plummer wrote:<br>
</div>
<blockquote type="cite"
cite="mid:df2d4d3c-9076-0402-f885-***@oracle.com">
<div class="moz-cite-prefix">...and I've been waiting for the
webrev update to give it a thumbs up.<br>
<br>
Chris<br>
<br>
On 11/30/18 1:11 AM, <a class="moz-txt-link-abbreviated"
href="mailto:***@oracle.com" moz-do-not-send="true">***@oracle.com</a>
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:95b85891-5acb-6a16-b8a8-***@oracle.com">
<div class="moz-cite-prefix">I have not refreshed the
webrev, yet.<br>
Waiting to see if there are any additional comments<br>
before updating the webrev.<br>
<br>
The spaces and the assignments you noticed<br>
have been fixed.<br>
<br>
On 11/29/18 5:27 PM, JC Beyler wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAF9BGBwE9T=-=EXpkPoyV+***@mail.gmail.com">
<div dir="ltr">Hi Gary,
<div><br>
</div>
<div>Somehow I still see the same webrev? Has it been
updated and my browser does not want to update it?</div>
<div><br>
</div>
<div>Thanks!</div>
<div>Jc</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr">On Thu, Nov 29, 2018 at 11:10 AM Gary
Adams &lt;<a href="mailto:***@oracle.com"
moz-do-not-send="true">***@oracle.com</a>&gt;
wrote:<br>
</div>
<blockquote class="gmail_quote">
<div> Sorry, coding before coffee this morning.<br>
<br>
Fixed.<br>
<br>
On 11/29/18, 11:54 AM, JC Beyler wrote:
<blockquote type="cite">
<div dir="ltr">
<div dir="ltr">Hi Gary,
<div><br>
</div>
<div>Is there a reason why only <a
href="http://cr.openjdk.java.net/%7Egadams/8214300/webrev.00/src/jdk.attach/linux/classes/sun/tools/attach/VirtualMachineImpl.java.udiff.html"
target="_blank" moz-do-not-send="true">http://cr.openjdk.java.net/~gadams/8214300/webrev.00/src/jdk.attach/linux/classes/sun/tools/attach/VirtualMachineImpl.java.udiff.html</a>
actually has the assignment after the call ?</div>
<div>f = f.getCanonicalFile()?</div>
<div><br>
</div>
<div>(Nit, there seems to be a space missing
before the =).</div>
<div><br>
</div>
<div>In the other two files, you just call the
method but don't update the variable f
making the call useless, no? (The patch in
the bug has the assigments for all the
cases),</div>
<div>Jc</div>
<div><br>
</div>
</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr">On Thu, Nov 29, 2018 at 8:23 AM
Gary Adams &lt;<a
href="mailto:***@oracle.com"
target="_blank" moz-do-not-send="true">***@oracle.com</a>&gt;
wrote:<br>
</div>
<blockquote class="gmail_quote">If a process
exits during an attempt to attach to it, the
.attach_pid file<br>
will not be removed properly, if the path used
included symbolic link <br>
traversal,<br>
which is typically done for
"/proc/&lt;pid&gt;/cwd/". Using
getCanonicalFile() <br>
before the<br>
initial file is created should prevent this
edge case for left over files.<br>
<br>
   Webrev: <a
href="http://cr.openjdk.java.net/%7Egadams/8214300/webrev.00/index.html"
rel="noreferrer" target="_blank"
moz-do-not-send="true">http://cr.openjdk.java.net/~gadams/8214300/webrev.00/index.html</a><br>
   Issue: <a
href="https://bugs.openjdk.java.net/browse/JDK-8214300"
rel="noreferrer" target="_blank"
moz-do-not-send="true">https://bugs.openjdk.java.net/browse/JDK-8214300</a><br>
<br>
Testing is in progress for every attach test I
can find, but there is no<br>
explicit test available for the case where the
attachee exits while the <br>
attacher<br>
is making the initial connection.<br>
</blockquote>
</div>
<br>
<div><br>
</div>
-- <br>
<div dir="ltr"
class="m_-1606696362352808152gmail_signature"
data-smartmail="gmail_signature">
<div dir="ltr">
<div><br>
</div>
Thanks,
<div>Jc</div>
</div>
</div>
</blockquote>
<br>
</div>
</blockquote>
</div>
<br>
<div><br>
</div>
-- <br>
<div dir="ltr" class="gmail_signature"
data-smartmail="gmail_signature">
<div dir="ltr">
<div><br>
</div>
Thanks,
<div>Jc</div>
</div>
</div>
</blockquote>
<p><br>
</p>
</blockquote>
<p><br>
</p>
</blockquote>
<p><br>
</p>
</blockquote>
<p><br>
</p>
</blockquote>
<br>
</body>
</html>

Loading...