<p dir="ltr">Hi, </p>
<p dir="ltr">It's non deterministic for sure. We run both a primary and  secondary app reading in the same data (multicast). One had this issue and the other did not. Although the hardware is slightly different, the versions and configurations are basically identical. </p>
<p dir="ltr">I believe we are running R16B03. I'll be able to double check tomorrow (can't believe I forgot to include that in the first email). </p>
<p dir="ltr">It's actually a slightly patched version to handle the issue of not being able to properly lock a tcp connection as the receive function would block but handle the heart beat response internally. That version can be found here:</p>
<p dir="ltr">https://github.com/pmembrey/otp</p>
<p dir="ltr">I'm sending from my phone so apologies for any typos or mistakes. </p>
<p dir="ltr">Thanks again for your help! </p>
<p dir="ltr">Kind regards, </p>
<p dir="ltr">Peter Membrey </p>
<div class="quote">On 27 Apr 2015 21:38, Jesper Louis Andersen <jesper.louis.andersen@gmail.com> wrote:<br type='attribution'><br /><div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Apr 27, 2015 at 11:45 AM, Peter Membrey <span dir="ltr"><<a href="mailto:peter@membrey.hk" target="_blank">peter@membrey.hk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":1eq" class="a3s" style="overflow:hidden">Having gone through the message with the EDP and external term man pages, it looks like we're getting a corrupt SEND command. In both cases the cookie is not being encoded correctly (the cookie is definitely not empty), and in the second instance, we have a 0 where we'd expect a 103. The messages following both corrupted SEND messages were decodable with binary_to_term/1 and the payload looked good.<br></div></blockquote></div><br>Is this nondeterministic? I wouldn't entirely rule out the possibility of the hardware messing up, or some error in the code elsewhere manipulating the wrong data. Not that I can pinpoint *that* is what is happening, but do not rule it out from the start that this could be a hardware thing. What version of Erlang is this? A recent one, or an earlier one?<br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">J.</div>
</div></div>
</body>