-
Notifications
You must be signed in to change notification settings - Fork 149
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
* before #156
Comments
Yeah, Instaparse doesn't support this RFC's strange leading |
Yes, I replaced |
The n* notation is supported by ABNF, but not EBNF.
…On Fri, Mar 10, 2017 at 7:36 PM, Netsu ***@***.***> wrote:
Yes, I replaced *() by ()* and 1*() by ()+. I hope, it's correct. Just
put it here in case you want to add that notation as well.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#156 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAIdS7dcQis0cF5ubyxUk1YGSWxPjWuDks5rkhbTgaJpZM4MaEUJ>
.
|
But with
I there type in rfc abnf? |
ABNF doesn't support the There are a lot of subtle variations in grammars, and I think the problems you are running into stem from the fact that this particular spec uses a hybrid of notations from EBNF and ABNF. If you're looking for ABNF for URI, you might get farther with this as your starting point: |
Actually, there's already a tested URI spec in the test/data directory of instaparse. |
If you're working on ABNF extensively, see issue #136 As one user pointed out, a lot of ABNF grammars are actually ambiguous and assume left-to-right processing, but instaparse process alternatives right-to-left. I'll likely be changing this in the next major point release of instaparse for better handling of these grammars that make this assumption. |
@Engelberg thanks a lot for suggestions. So, closing the issue for now. |
BNF from RFC https://www.ietf.org/rfc/rfc2396.txt throw lot of errors.
The text was updated successfully, but these errors were encountered: