<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">2017-11-21 19:20 GMT+01:00 James A. Donald <span dir="ltr"><<a href="mailto:jamesd@echeque.com" target="_blank">jamesd@echeque.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><span class="gmail-">On 11/16/2017 3:10 AM, Nico Williams wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
Everything we've discussed in this thread, from TLV vs. XDR-like vs.<br>
textual vs. markup encodings, canonical vs. not, online vs. not,<br>
extensibility, notation, mapping to/from other schemes (e.g., XML<br>
Schema) -- it's all there in ASN.1's history, and, indeed, in the<br>
x.68x and x.69x specification series.  We have decades of experience<br>
with ASN.1 in the ITU-T and IETF, and in the communities that<br>
implement protocols that use it.<br>
</blockquote>
<br></span>
I could not find a tool that would produce canonical byte aligned PER decoding and encoding on both Windows and Linux that did not involve a frightening and confusing license.<br></blockquote><div><br></div><div>asn1c (<a href="http://lionet.info/asn1c/compiler.html">http://lionet.info/asn1c/compiler.html</a>), BSD license. If you're not extensively playing with IOC, it should compile your modules.</div><div>Just don't use SET OF, and the encoding should be canonical.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
Let alone manage the sockets and protocol negotiation when forming a connection</blockquote><div><br></div><div>This has nothing to do with the ASN.1 compiler.</div></div><div><br></div>-- <br><div class="gmail_signature">Erwann.</div>
</div></div>