<div dir="ltr"><div>We have discussed to add functionality in the generated encoder (for the maps variant) which checks that the map does not contain any "unknown" keys, that is only allow keys which are corresponding to the names in the ASN.1 spec. Probably this should be activated with a new compiler option since it will probably have some negative impact on performance.</div><div><br></div><div>Is this what you need as well or are you thinking of some other solution (or other problem)?</div><div><br></div><div>There is no API for the parse tree but there is an internal intermediate format used by the backends.<br></div><div><br></div><div>/Kenneth, Erlang/OTP Ericsson<br></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jan 4, 2021 at 11:44 AM Oliver Korpilla <<a href="mailto:oliver.korpilla@gmx.de">oliver.korpilla@gmx.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello,<br>
<br>
is it possible to reuse the parsing part of asn1ct? Does it generate<br>
some intermediate structure?<br>
<br>
We have been using the "maps" instead of the "records" version of the<br>
generated codecs for a while. However, we found recently that we missed<br>
several instances of incompatible name changes because there's no name<br>
checking for the map members. Unknown map members just get omitted.<br>
<br>
I would like to investigate if I could add a layer for my project's use<br>
preventing that, but I have no desire to write another ASN.1 parser for<br>
that.<br>
<br>
Is there an API for accessing this information?<br>
<br>
Thank you,<br>
Oliver<br>
<br>
<br>
--<br>
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.<br>
<a href="https://www.avast.com/antivirus" rel="noreferrer" target="_blank">https://www.avast.com/antivirus</a><br>
<br>
</blockquote></div>