Bugzilla – Full Text Bug Listing
| Summary: | Escape misrepresented in IRs for TernaryExpressions | ||
|---|---|---|---|
| Product: | z_Archived | Reporter: | Scott Greer <greer> |
| Component: | EDT | Assignee: | Project Inbox <edt.mofmodel-inbox> |
| Status: | CLOSED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | jspadea, mheitz, svihovec |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows XP | ||
| Whiteboard: | |||
Moving to "future" since TernaryExpression is no longer targeted for 0.7.0. I have a fix for this once we're ready to support LIKE/MATCHES. In egl.cup and error.cup change escapeCharacter.getCanonicalString() to escapeCharacter.getValue() in two places. If we ever uncomment LIKE/MATCHES, this will work now. Moving old fixed bugs from the RESOLVED state to CLOSED. |
In the EGL src below, the "j" token is being encoded in the IRs with the quotes preserved: ""j"". EGL: TestUILib.reportStatus(jsLib.getFile(), jsLib.getLine(), str matches "jja?cd*" escape "j" ); IR: <arguments ID="1426" eClass="org.eclipse.edt.mof.egl.TernaryExpression" operator="matches" > <annotations ID="1427" eClass="dynMof:org.eclipse.edt.mof.egl.Annotation:EGL_Location" len="i:32" off="i:11622" line="i:311" /> <operands ID="1428" eClass="org.eclipse.edt.mof.egl.MemberName" id="str" > <annotations ID="1429" eClass="dynMof:org.eclipse.edt.mof.egl.Annotation:EGL_Location" len="i:3" off="i:11622" line="i:311" /> <member IDREF="1318"/> </operands> <operands ID="1430" eClass="org.eclipse.edt.mof.egl.StringLiteral" value="jja?cd*" isHex="false" > <annotations ID="1431" eClass="dynMof:org.eclipse.edt.mof.egl.Annotation:EGL_Location" len="i:9" off="i:11634" line="i:311" /> </operands> <operands ID="1432" eClass="org.eclipse.edt.mof.egl.StringLiteral" value=""j"" isHex="false" > <annotations ID="1433" eClass="dynMof:org.eclipse.edt.mof.egl.Annotation:EGL_Location" len="i:32" off="i:11622" line="i:311" /> </operands> </arguments>