[prev in list] [next in list] [prev in thread] [next in thread] 

List:       openjdk-serviceability-dev
Subject:    Re: Question about location of libdt_socket vs libdt_shmem
From:       Thomas_Stüfe <thomas.stuefe () gmail ! com>
Date:       2017-05-03 9:36:51
Message-ID: CAA-vtUwNo_Q-qyJPVU0VgizMEoM25juhFgC70mVgzaX7Yh4m4Q () mail ! gmail ! com
[Download RAW message or body]

On Wed, May 3, 2017 at 11:31 AM, Thomas St=C3=BCfe <thomas.stuefe@gmail.com=
>
wrote:

> Hi Alan,
>
> thanks! One more question: I find no platform dependent coding on for the
> shared memory transport layer for Unix, just for Windows. I would have
> expected some mmap() calls somewhere, and a LoadLibrary(dt_shmem). Lookin=
g
> closer, I also cannot find a libdt_shmem.so on a jdk10 linux build.
>
> How does shared memory transport work on Unix?
>
>
Ah, just found out dt_shmem was only ever supported on Windows according to
https://docs.oracle.com/javase/8/docs/technotes/guides/jpda/conninv.html.

Please disregard my last question then.

Thanks! Thomas


> ..Thomas
>
>
> On Wed, May 3, 2017 at 11:03 AM, Alan Bateman <Alan.Bateman@oracle.com>
> wrote:
>
>>
>>
>> On 03/05/2017 09:47, Thomas St=C3=BCfe wrote:
>>
>> :
>>
>> And for the socket transport, it is not needed at the jdi side because
>> there the socket transport is reimplemented in pure java?
>>
>> That's right. If there was an issue with the socket transport then it
>> would have been fixed a long time ago - the reason is that the socket
>> transport supports remote debugging and important to be able to have a t=
ool
>> on one machine using JDI to debug a target on another machine.
>>
>> -Alan
>>
>>
>

[Attachment #3 (text/html)]

<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, May 3, 2017 \
at 11:31 AM, Thomas Stüfe <span dir="ltr">&lt;<a \
href="mailto:thomas.stuefe@gmail.com" \
target="_blank">thomas.stuefe@gmail.com</a>&gt;</span> wrote:<br><blockquote \
class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid \
rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi Alan,<div><br></div><div>thanks! \
One more question: I find no platform dependent coding on for the shared memory \
transport layer for Unix, just for Windows. I would have expected some mmap() calls \
somewhere, and a LoadLibrary(dt_shmem). Looking closer, I also cannot find a \
libdt_shmem.so on a jdk10 linux build.  </div><div><br></div><div>How does shared \
memory transport  work on Unix?</div><span class="gmail-HOEnZb"><font \
color="#888888"><div><br></div></font></span></div></blockquote><div><br></div><div>Ah, \
just found out dt_shmem was only ever supported on Windows according to <a \
href="https://docs.oracle.com/javase/8/docs/technotes/guides/jpda/conninv.html">https://docs.oracle.com/javase/8/docs/technotes/guides/jpda/conninv.html</a>. \
</div><div><br></div><div>Please disregard my last question \
then.</div><div><br></div><div>Thanks! Thomas</div><div>  </div><blockquote \
class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid \
rgb(204,204,204);padding-left:1ex"><div dir="ltr"><span class="gmail-HOEnZb"><font \
color="#888888"><div></div><div>..Thomas</div><div><br></div></font></span></div><div \
class="gmail-HOEnZb"><div class="gmail-h5"><div class="gmail_extra"><br><div \
class="gmail_quote">On Wed, May 3, 2017 at 11:03 AM, Alan Bateman <span \
dir="ltr">&lt;<a href="mailto:Alan.Bateman@oracle.com" \
target="_blank">Alan.Bateman@oracle.com</a>&gt;</span> wrote:<br><blockquote \
class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid \
rgb(204,204,204);padding-left:1ex">  
    
  
  <div bgcolor="#FFFFFF">
    <p><br>
    </p>
    <br>
    <div class="gmail-m_3543293750291353714m_-8002062288767160329moz-cite-prefix">On \
03/05/2017 09:47, Thomas Stüfe  wrote:<br>
    </div>
    <blockquote type="cite">
      <div dir="ltr">:<span><br>
        <div class="gmail_extra">
          <div class="gmail_quote">
            <div><br>
            </div>
            <div>And for the socket transport, it is not needed at the
              jdi side because there the socket transport is
              reimplemented in pure java?</div>
            <br>
          </div>
        </div>
      </span></div>
    </blockquote>
    That&#39;s right. If there was an issue with the socket transport then
    it would have been fixed a long time ago - the reason is that the
    socket transport supports remote debugging and important to be able
    to have a tool on one machine using JDI to debug a target on another
    machine.<span class="gmail-m_3543293750291353714HOEnZb"><font \
color="#888888"><br>  <br>
    -Alan<br>
    <br>
  </font></span></div>

</blockquote></div><br></div>
</div></div></blockquote></div><br></div></div>



[prev in list] [next in list] [prev in thread] [next in thread]