<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    Hi,<br>
    I moved on 0.1.8 so should be easy for you make the needed
    modifications.<br>
    In my response I have also added all the steps needed to make this
    version compilable under windows and vc2010 (in addition to
    README.win32)<br>
    <br>
    1. remove ref to ..\..\socket\turn.c inside the project (maybe it is
    an old ref)<br>
    2. remove ref to ..\..\socket\tcp-turn.c inside the project (maybe
    it is an old ref)<br>
    3. remove ref to ..\..\socket\tcp-turn.h inside the project (maybe
    it is an old ref)<br>
    4. copy inttypes.h into sln dir<br>
    5. replace all inline with __inline<br>
    6. add udp_turn.c and udp_turn.h to the project<br>
    7. add tcp_active.c and tcp_active.h to the project<br>
    8. ad tcp_passive.c and tcp_passive.h to the project<br>
    9.add udp-turn-over-tcp.c and udp-turn-over-tcp.h to the project<br>
    10.add iostream.c and iostream.h to the project<br>
    11.add inputstream.c and inputstream.h to the project<br>
    12.add outputstream.c and outputstream.h to the project<br>
    <br>
    13.replace into stun_debug_bytes (debug.c):<br>
    //char bytes[prefix_len + 2 + (len * 2) + 1];<br>
    with:<br>
    char bytes[1000];//ema<br>
    and replace snprintf with _snprintf<br>
    <br>
    Attached you can find log and wireshark.<br>
    <br>
    I can reproduce the problem.<br>
    The point start from:<br>
    ** (ewmcu_console.exe:4932): DEBUG: component_io_cb: 020EA018:
    received -2 valid messages with 0 bytes<br>
    <br>
    In my previous test, using the modified code I saw that the reason
    why the receive function returns -2 is:<br>
    <font color="#ff0000">10:08:45.063: ema g_socket_receive_message
      Error receiving message: The connection has been broken due to
      keep-alive activity detecting a failure while the operation was in
      progress.: 0</font><br>
    <br>
    If you set ttl=255, the problem disappears.<br>
    <br>
    Thank you,<br>
    <br>
    Emanuele<br>
    <br>
    <div class="moz-cite-prefix">On 24/10/2014 18:24, Philip Withnall
      wrote:<br>
    </div>
    <blockquote
cite="mid:1414167864.12230.40.camel@philip-work-laptop.cbg.collabora.co.uk"
      type="cite">
      <pre wrap="">Hi,

On Thu, 2014-10-23 at 15:10 +0200, Emanuele Bizzarri wrote:
</pre>
      <blockquote type="cite">
        <pre wrap="">I've implemented  the content of nice_debug (agent-priv.h), in order
to have a log:
</pre>
      </blockquote>
      <pre wrap="">
You shouldn’t have to do that. Just make sure you’re not defining NDEBUG
in CPPFLAGS anywhere, and the default implementation of nice_debug() in
debug.c should be used automatically.

</pre>
      <blockquote type="cite">
        <pre wrap="">I found that this kind of error is related to ttl settings.
The default value on my windows machine is 128.
</pre>
      </blockquote>
      <pre wrap="">
That’s weird, and as you say, a TTL of 128 should be high enough for
anything.

Could you possibly attach a full libnice log (run your program with
NICE_DEBUG=all G_MESSAGES_DEBUG=all after compiling it with NDEBUG
undefined) and a Wireshark log of the problem please? If they’re big,
please e-mail them to me personally rather than the entire list.

Thanks,
Philip
</pre>
    </blockquote>
    <br>
  </body>
</html>