Type | Bug | Status | problem | Date | 25-Jun-2009 09:28 |
---|---|---|---|---|---|
Version | alpha 62 | Category | Syntax | Submitted by | meijeru |
Platform | All | Severity | minor | Priority | normal |
Summary | refinements starting with special characters are not correctly scanned |
---|---|
Description | some words like the ones for operators are not always correctly recognized in refinement context, see code below |
Example code |
>> type? '+ == word! >> to-refinement '+ == /+ >> type? /+ ** Script error: + is missing its value2 argument >> type? /! == refinement! ; this one works, and still it is an operator (but a unary one, admittedly) |
Assigned to | n/a | Fixed in | - | Last Update | 17-Feb-2011 10:00 |
---|
Comments | |
---|---|
(0001091)
Carl 28-Jun-2009 23:17 |
Interesting bug. The problem is with special chars of the lexicon (like +-,.#%). |
(0001342)
BrianH 14-Jul-2009 01:42 |
Note this code:
>> [/+] == [/ +] TRANSCODE and TO-BLOCK recognize "/+" as being 2 words, not one refinement. |
(0003112)
BrianH 17-Feb-2011 10:00 |
See #1478 for < and >, #1856 for +, - and . characters. |
Date | User | Field | Action | Change |
---|---|---|---|---|
17-Feb-2011 10:00 | BrianH | Comment : 0003112 | Added | - |
17-Feb-2011 09:59 | BrianH | Category | Modified | Unspecified => Syntax |
14-Jul-2009 01:42 | BrianH | Comment : 0001342 | Added | - |
14-Jul-2009 01:41 | BrianH | Category | Modified | => Unspecified |
14-Jul-2009 01:41 | BrianH | Status | Modified | reviewed => problem |
28-Jun-2009 23:17 | carl | Comment : 0001091 | Added | - |
28-Jun-2009 23:13 | carl | Summary | Modified | refinement starting with non-alphabetic character is not correctly scanned => refinements starting with special characters are not correctly scanned |
25-Jun-2009 20:31 | BrianH | Version | Modified | alpha 63 => alpha 62 |
25-Jun-2009 20:31 | BrianH | Status | Modified | submitted => reviewed |
25-Jun-2009 09:30 | meijeru | Code | Modified | - |
25-Jun-2009 09:28 | meijeru | Ticket | Added | - |