<br><br><div class="gmail_quote">Il giorno 20 aprile 2012 21:28, John Schultz <span dir="ltr"><<a href="mailto:jschultz@spreadconcepts.com">jschultz@spreadconcepts.com</a>></span> ha scritto:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Maybe if you tell us more about your Spread version and OS environments that might shed some more light?<br></blockquote><div><br></div><div>Of course, I completely forgot. I'm using the Spread binary release version 4.0.0 and the OS is a 64 bit Chakra GNU/Linux installation with kernel v3.2 (it's the same for both applications).</div>
<div><br></div><div>Lisa</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im HOEnZb"><br>
Cheers!<br>
<br>
-----<br>
John Lane Schultz<br>
Spread Concepts LLC<br>
Phn: <a href="tel:301%20830%208100" value="+13018308100">301 830 8100</a><br>
Cell: <a href="tel:443%20838%202200" value="+14438382200">443 838 2200</a><br>
<br>
</div><div class="HOEnZb"><div class="h5">On Apr 20, 2012, at 3:10 PM, Lisa Vitolo wrote:<br>
<br>
Yes, after the sender sends the first message it waits for input from the user, while SP_disconnect is called only when it terminates.<br>
By the way, after SP_multicast returns with success isn't the sender able to close the connection without problems anyway?<br>
<br>
About the receiving mailbox, it's closed only when a SIGINT signal arrives.<br>
<br>
Thanks for your patience :)<br>
<br>
Il giorno 20 aprile 2012 20:56, John Schultz <<a href="mailto:jschultz@spreadconcepts.com">jschultz@spreadconcepts.com</a>> ha scritto:<br>
That is strange. The daemon's OS is claiming that the receiving client's socket was closed abruptly for some reason.<br>
<br>
Are you 100% sure that the mailbox you are receiving on couldn't be closed somehow (e.g. - by the sender calling SP_disconnect)?<br>
<br>
Cheers!<br>
<br>
-----<br>
John Lane Schultz<br>
Spread Concepts LLC<br>
Phn: <a href="tel:301%20830%208100" value="+13018308100">301 830 8100</a><br>
Cell: <a href="tel:443%20838%202200" value="+14438382200">443 838 2200</a><br>
<br>
On Apr 20, 2012, at 2:35 PM, Lisa Vitolo wrote:<br>
<br>
Sorry! Gmail failed me and sent the message privately :D I'll repeat it here.<br>
<br>
Thanks for the suggestion. It prints more useful debug messages now, but I still can't figure out what they really mean.<br>
<br>
- The receiver connects:<br>
Sess_accept: set sndbuf/rcvbuf to 204800<br>
Setting TCP_NODELAY on socket 9<br>
Sess_recv_client_auth: Client requested NULL type authentication<br>
Sess_session_authorized: Accepting from 127.0.0.1 with private name get on mailbox 9<br>
Sess_read: Message has type field 0x80010080<br>
Sess_read: queueing message of type 8 with len 0 to the protocol <-- is "len 0" here the issue?<br>
<br>
- The sender connects:<br>
Sess_accept: set sndbuf/rcvbuf to 204800<br>
Setting TCP_NODELAY on socket 10<br>
Sess_recv_client_auth: Client requested NULL type authentication<br>
Sess_session_authorized: Accepting from 127.0.0.1 with private name send on mailbox 10<br>
<br>
- The sender sends the message:<br>
Sess_read: Message has type field 0x80000081<br>
Sess_read: queueing message of type 2 with len 0 to the protocol<br>
Sess_read: Message has type field 0x800000a0<br>
Sess_read: queueing message of type 16 with len 0 to the protocol<br>
Sess_read: failed receiving header on session 9: ret -1: error: Connection reset by peer<br>
Sess_kill: killing session get ( mailbox 9 )<br>
<br>
Cheers,<br>
Lisa<br>
<br>
Il giorno 20 aprile 2012 20:17, John Schultz <<a href="mailto:jschultz@spreadconcepts.com">jschultz@spreadconcepts.com</a>> ha scritto:<br>
<br>
What does the daemon output around the time your receiver is disconnected?<br>
<br>
If nothing, then I would add the SESSION flag to your daemon's DebugFlags in its configuration file and re-run to try to see why the daemon is closing your receiver.<br>
<br>
Cheers!<br>
<br>
-----<br>
John Lane Schultz<br>
Spread Concepts LLC<br>
Phn: <a href="tel:301%20830%208100" value="+13018308100">301 830 8100</a><br>
Cell: <a href="tel:443%20838%202200" value="+14438382200">443 838 2200</a><br>
<br>
<br>
--<br>
They say a little knowledge is a dangerous thing, but it's not one half so bad as a lot of ignorance.<br>
<br>
_______________________________________________<br>
Spread-users mailing list<br>
<a href="mailto:Spread-users@lists.spread.org">Spread-users@lists.spread.org</a><br>
<a href="http://lists.spread.org/mailman/listinfo/spread-users" target="_blank">http://lists.spread.org/mailman/listinfo/spread-users</a><br>
<br>
<br>
_______________________________________________<br>
Spread-users mailing list<br>
<a href="mailto:Spread-users@lists.spread.org">Spread-users@lists.spread.org</a><br>
<a href="http://lists.spread.org/mailman/listinfo/spread-users" target="_blank">http://lists.spread.org/mailman/listinfo/spread-users</a><br>
<br>
<br>
<br>
<br>
--<br>
They say a little knowledge is a dangerous thing, but it's not one half so bad as a lot of ignorance.<br>
_______________________________________________<br>
Spread-users mailing list<br>
<a href="mailto:Spread-users@lists.spread.org">Spread-users@lists.spread.org</a><br>
<a href="http://lists.spread.org/mailman/listinfo/spread-users" target="_blank">http://lists.spread.org/mailman/listinfo/spread-users</a><br>
<br>
</div></div><br>_______________________________________________<br>
Spread-users mailing list<br>
<a href="mailto:Spread-users@lists.spread.org">Spread-users@lists.spread.org</a><br>
<a href="http://lists.spread.org/mailman/listinfo/spread-users" target="_blank">http://lists.spread.org/mailman/listinfo/spread-users</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>They say a little knowledge is a dangerous thing, but it's not one half so bad as a lot of ignorance.<br>