Anonymous | Login | 2024-04-25 15:57 UTC |
Main | My View | View Issues | Change Log | Docs |
Viewing Issue Simple Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||
ID | Category | Severity | Type | Date Submitted | Last Update | ||
0001096 | [1003.1(2016/18)/Issue7+TC2] Shell and Utilities | Editorial | Clarification Requested | 2016-10-20 12:31 | 2016-10-27 18:06 | ||
Reporter | Mark_Galeck | View Status | public | ||||
Assigned To | |||||||
Priority | normal | Resolution | Withdrawn | ||||
Status | Closed | ||||||
Name | Mark Galeck | ||||||
Organization | |||||||
User Reference | |||||||
Section | 2.10.2 Shell Grammar Rules | ||||||
Page Number | 2376 | ||||||
Line Number | 75929-75930 | ||||||
Interp Status | --- | ||||||
Final Accepted Text | |||||||
Summary | 0001096: Why bother differentiating between several failure outcomes when it does not matter which one it is? | ||||||
Description |
This problem happens in several places. But because I am not sure if my Desired Action will be accepted, I will just report one for now and see if you agree. This example has to do with production in: In /* Apply rule 6 */ as attempted for the third word of the "for" case. In that case, rule 6b says to differentiate between "In", "Do" or WORD. We could just replace that with "In" or WORD. Once we see the token is not "in", we just return WORD. What is the point of trying to see if it is "Do". It will fail anyway, just like WORD, which is a "generic" failure token. Not for any error recovery - if we did see "do" here, all we can say is: 'do' unexpected. We don't need to check for "do" to do this, we can just check for "in" and if the token text does not match that, we say: <text> unexpected |
||||||
Desired Action |
Remove label [case only] from rule 6a, and say in: In /* Apply rule 6a */ |
||||||
Tags | No tags attached. | ||||||
Attached Files | |||||||
|
Notes | |
(0003459) Mark_Galeck (reporter) 2016-10-27 12:42 |
This report is included in the summary report 1100 and can be cancelled. |
(0003472) Don Cragun (manager) 2016-10-27 18:06 |
Withdrawn by submitter in Note: 0003459 |
Mantis 1.1.6[^] Copyright © 2000 - 2008 Mantis Group |