Artifact e9d71f5ee7c92d6dc9e92ffdad17b8bd49418f98:
- File modules/pt/tests/data/gr/fail-pkleene/0_b — part of check-in [86c0b731a6] at 2014-06-13 00:22:19 on branch pt-work — Extended testsuite, added coverage for kleene and pos.kleene closures. Plus added list of the not-yet-covered operators to work from. (user: andreask size: 1) [more...]
- File modules/pt/tests/data/gr/fail-sequence/1_b — part of check-in [fdbe487c91] at 2014-06-10 00:09:42 on branch pt-work — Started on extending the pt testsuite to check out the error handling in generated parsers - Right now just covering interpreter (reference) and snit parsers, for simple sequence (string), no non-terminal symbols. (user: andreask size: 1)
- File modules/pt/tests/data/gr/fail-sym-pkleene/0_b — part of check-in [86c0b731a6] at 2014-06-13 00:22:19 on branch pt-work — Extended testsuite, added coverage for kleene and pos.kleene closures. Plus added list of the not-yet-covered operators to work from. (user: andreask size: 1)
- File modules/pt/tests/data/gr/fail-sym-sequence/1_b — part of check-in [7c2bac860c] at 2014-06-10 07:28:49 on branch pt-work — Extended coverage, simple sequence accessed through a symbol. This already shows an issue with error handling when using a plain sequence. An error at the beginning is shown as symbol error (n N). A later error in the sequence is shown as terminal error (t c). The issue is in the "i_error_nonterminal" and how it merges. The conflicting goals are "report error at farthest position" vs "report a highlevel error (symbol)". Currently resolved in favor of "farthest", test case uses "symbol" instead, to demonstrate the conflict. If we wish to have both farthest and nice we have to redo the data structures to accomodate storage of errors at different locations, which are related. This requires more thoughts. (user: aku size: 1)
- File modules/pt/tests/data/gr/ok-kleene/3_b — part of check-in [86c0b731a6] at 2014-06-13 00:22:19 on branch pt-work — Extended testsuite, added coverage for kleene and pos.kleene closures. Plus added list of the not-yet-covered operators to work from. (user: andreask size: 1)
- File modules/pt/tests/data/gr/ok-sym-kleene/3_b — part of check-in [86c0b731a6] at 2014-06-13 00:22:19 on branch pt-work — Extended testsuite, added coverage for kleene and pos.kleene closures. Plus added list of the not-yet-covered operators to work from. (user: andreask size: 1)
A hex dump of this file is not available. Please download the raw binary file and generate a hex dump yourself.