<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
  <META NAME="GENERATOR" CONTENT="GtkHTML/4.8.5">
</HEAD>
<BODY>
For the record, diff with doc updates for nopoll_conn_new_with_socket:<BR>
<BR>
+ * <h3>Socket ownership</h3><BR>
+ *<BR>
+ * noPoll takes full ownership. For noPoll, there's no difference<BR>
+ * between a noPollConn created using regular API or offloaded and<BR>
+ * then used with \ref nopoll_conn_new_with_socket.<BR>
+ *<BR>
+ * However, noPoll will not close anything unless you do it (see calls<BR>
+ * to \ref nopoll_close_socket throughout the code).<BR>
+ *<BR>
+ * For noPoll, ownership here means no one is reading/writing to that<BR>
+ * socket but noPoll.<BR>
+ *<BR>
+ * <h3>Can socket passed be used with my favourite I/O loop mech?</h3><BR>
+ *<BR>
+ * Yes.<BR>
+ *<BR>
+ * <h3>Will reading or writing from/to the socket make noPoll unsafe?</h3><BR>
+ *<BR>
+ * Yes. Only noPoll must read and write to that socket using provided<BR>
+ * public API. Writing/reading directly will break not only noPoll<BR>
+ * sync but also remote's peer.<BR>
+ * <BR>
<BR>
Thanks for reporting Morel.<BR>
Best Regards.<BR>
<BR>
<BR>
El lun, 18-12-2017 a las 15:33 +0100, Francis Brosnan Blázquez escribió:<BR>
<BLOCKQUOTE TYPE=CITE>
    El lun, 18-12-2017 a las 15:08 +0100, Morel Bérenger escribió: 
    <BLOCKQUOTE TYPE=CITE>
<PRE>
Hello.
</PRE>
    </BLOCKQUOTE>
    <BR>
    Hello Morel.<BR>
    <BR>
    <BLOCKQUOTE TYPE=CITE>
<PRE>
I have noticed in nopoll's documentation that it is possible provide a
standard socket to nopoll (through nopoll_conn_new_with_socket), but
there is no mention about who is then responsible of that's sockets
lifetime and/or related data.
</PRE>
    </BLOCKQUOTE>
<PRE>

</PRE>
    Ok, I'm going to update doc to reflect these points...<BR>
    <BR>
    <BLOCKQUOTE TYPE=CITE>
<PRE>
Actually, I am doing several assumptions about that, and I would like to
know if I am right:

* nopoll does not takes the socket's ownership (it won't close it),
</PRE>
    </BLOCKQUOTE>
    <BR>
    noPoll takes full ownership. For noPoll, there's no difference between<BR>
    a noPollConn created using regular API or offloaded and then used<BR>
    nopoll_conn_new_with_socket.<BR>
    <BR>
    However, noPoll will not close anything unless you do it (see calls to<BR>
    nopoll_close_socket throughout the code).<BR>
    <BR>
    For noPool, ownership here means no one is reading/writing to that<BR>
    socket but noPoll.<BR>
    <BR>
    <BLOCKQUOTE TYPE=CITE>
<PRE>
* the socket can be used in a pollfd struct for polling (I would guess
it's the primary reason for that construction variant),
</PRE>
    </BLOCKQUOTE>
    <BR>
    Yes.<BR>
    <BR>
    <BLOCKQUOTE TYPE=CITE>
<PRE>
* reading or writing from/to the socket is unsafe and would make nopoll
unreliable (sounds obvious and logic to me, but I'd like to confirm that).
</PRE>
    </BLOCKQUOTE>
<PRE>

</PRE>
    Yes.<BR>
    <BR>
    <BLOCKQUOTE TYPE=CITE>
<PRE>
So, could someone confirm or infirm those points? Thanks.

PS: when registering to the mailing list through the english version of
the nopoll's website, the page I started on was in spanish, I'm not sure
if this is intended. Fortunately, the page was not very different
compared to the ML I have already used.
</PRE>
    </BLOCKQUOTE>
<PRE>

</PRE>
    This seems to be confusing people. I've disabled "spanish" as available<BR>
    option at the lists.aspl.es interface since "english" is the language<BR>
    used for the mailing list.<BR>
    <BR>
    Thanks for pointing this out. Best Regards.<BR>
    <BR>
    <BR>
    <BR>
    <TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
<PRE>
_______________________________________________
noPoll mailing list
<A HREF="mailto:noPoll@lists.aspl.es">noPoll@lists.aspl.es</A>
<A HREF="http://lists.aspl.es/cgi-bin/mailman/listinfo/nopoll">http://lists.aspl.es/cgi-bin/mailman/listinfo/nopoll</A>
</PRE>
<BR>
<BR>
</TD>
</TR>
</TABLE>
</BLOCKQUOTE>
<TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
<TR>
<TD>
-- <BR>
<BR>
Francis Brosnan Blázquez - ASPL <BR>
91 134 14 22 - 91 134 14 45 <BR>
<BR>
<A HREF="http://aspl.es">http://aspl.es</A> <BR>
<A HREF="http://asplhosting.com">http://asplhosting.com</A> <BR>
<A HREF="http://twitter.com/aspl_es">http://twitter.com/aspl_es</A> <BR>
<A HREF="http://twitter.com/asplhosting">http://twitter.com/asplhosting</A><BR>
<A HREF="https://www.linkedin.com/in/francis-brosnan-bl%C3%A1zquez-1353a218/">https://www.linkedin.com/in/francis-brosnan-bl%C3%A1zquez-1353a218/</A><BR>
<BR>
AVISO LEGAL <BR>
<BR>
Este mensaje se dirige exclusivamente a su destinatario. Los datos<BR>
incluidos en el presente correo son confidenciales y sometidos a<BR>
secreto profesional, se prohíbe divulgarlos, en virtud de las leyes<BR>
vigentes. Si usted no lo es y lo ha recibido por error o tiene<BR>
conocimiento del mismo por cualquier motivo, le rogamos que nos lo<BR>
comunique por este medio y proceda a destruirlo o borrarlo. <BR>
<BR>
En virtud de lo dispuesto en la Ley Orgánica 15/1999, de 13 de<BR>
diciembre, de Protección de Datos de Carácter Personal, le informamos<BR>
de que sus datos de carácter personal, recogidos de fuentes accesibles<BR>
al público o datos que usted nos ha facilitado previamente, proceden de<BR>
bases de datos propiedad de Advanced Software Production Line, S.L.<BR>
(ASPL). No obstante, usted puede ejercitar sus derechos de acceso,<BR>
rectificación, cancelación y oposición dispuestos en la mencionada Ley<BR>
Orgánica, notificándolo por escrito a: ASPL - Protección Datos,<BR>
C/Antonio Suárez 10 A-102, 28802, Alcalá de Henares (Madrid).
</TD>
</TR>
</TABLE>
</BODY>
</HTML>