<div dir="ltr">@Andrew Looking at the source code, bertl.erl looks to call binary_to_term, with the only difference being that it wraps calls in a tuple to signify success or error. So calling binary_to_term/1 directly should work if it's a properly-formatted BERT message.<div>
<br></div><div>@Loïc Yeah, I figured it was along those lines, but was hoping it was something more easily fixed =P</div><div><br></div><div>@Steve I'll give that a try, thanks.</div></div><div class="gmail_extra"><br>
<br><div class="gmail_quote">On Mon, Jul 1, 2013 at 3:54 PM, Steve Davis <span dir="ltr"><<a href="mailto:steven.charles.davis@gmail.com" target="_blank">steven.charles.davis@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>Hi,</div><div><br></div>Not sure, but you may be looking for this js snippet:<div><div><span style="white-space:pre-wrap">       </span>ws = new WebSocket(ws_url, ws_protocol);</div><div><span style="white-space:pre-wrap"> </span>ws.binaryType = "arraybuffer";</div>
<div><br></div>/s</div><div class="HOEnZb"><div class="h5"><div><br>On Monday, July 1, 2013 2:03:18 AM UTC-5, Kolo Rahl wrote:<blockquote class="gmail_quote" style="margin:0;margin-left:0.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">I've been messing around with Bullet and Cowboy recently and am loving how easy it is to perform websocket handling. But then I tried integrating a BERT JavaScript library with it (the one from 5HT/n2o) and noticed that the messages hitting my server are in a form that can't be parsed by binary_to_term/1, which is the whole point to to using BERT encoding. Even just sending a string or an integer results in an error on the server.<div>

<br></div><div>Client/JavaScript:</div><div><font face="courier new, monospace">bullet.send(Bert.encode("<u></u>testing"))</font><br></div><div><br></div><div>Server/Erlang:</div><div><div><font face="courier new, monospace">** Cowboy handler bullet_handler terminating in websocket_handle/3</font></div>

<div><font face="courier new, monospace">   for the reason error:badarg</font></div><div><font face="courier new, monospace">** Message was {text,<<194,131,107,0,7,116,<u></u>101,115,116,105,110,103>>}</font></div>
</div>
<div><font face="courier new, monospace">[...]</font></div><div><font face="courier new, monospace"><div>** Stacktrace: [{erlang,binary_to_term, [<<194,131,107,0,7,116,101,<u></u>115,116,105,110,103>>],[]},</div>
<div>
[...]</div></font></div><div><br></div><div>Calling term_to_binary/1 using "testing" returns <font face="courier new, monospace"><<131,107,0,7,116,101,115,116,<u></u>105,110,103>></font>, so I can only imagine it's that "194" part at the head of the binary object that's the problem, but I don't know why it's there and whether that's a result of the internals of the client or of the server. Any help?</div>

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