Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

The compiler throws an exception on reserved tokens that are represented by dots "..." #1

Open
transistors opened this issue Mar 3, 2016 · 2 comments

Comments

@transistors
Copy link

Hi,
I have used multiple versions of Binary notes and they all throw an exception on reserved tokens. Usually reserved token are presented by three dots; "...".

Is there a possibility to apply an exception handling for such options so that no code is generated for them? I have an schema with thousands of lines with many reserved tokens.

exception error:

line 242:9: unexpected token: ...
line 255:9: unexpected token: ...
line 268:9: expecting LOWER, found '...'
line 284:9: unexpected token: ...
line 294:9: unexpected token: ...
line 309:9: unexpected token: ...
line 319:9: expecting LOWER, found '...'

@transistors
Copy link
Author

An example of the ASN1 syntex for the above is:

1. dots representing a reserved token between other tokens

timeStamp                       [5] GeneralizedTime OPTIONAL,
...,
interceptionPointID             [6] PrintableString (SIZE (1..8)) OPTIONAL,

2. dots representing a reserved token placed as the last token within a section

timeStamp                       [5] GeneralizedTime OPTIONAL,
interceptionPointID             [6] PrintableString (SIZE (1..8)) OPTIONAL,
...

@drasil
Copy link
Owner

drasil commented Mar 4, 2016

Thank you for reporting the issue. Missing support for reserved tokens is a known limitation. Unfortunately, I currently do not have time and motivation for working on this project. Feel free to contribute.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants