BUG: Match Brace Command Foiled by String/Character LiteralsLast reviewed: July 21, 1997Article ID: Q166946 |
The information in this article applies to:
SYMPTOMSThe matching brace feature of the Text Editor (the GoToMatchBrace and GoToMatchBraceExtend commands) fails if code contains curly braces ({}), square brackets ([]), angle brackets (<>), or parentheses as literals. For example:
void test() { TCHAR szBar[] = _T("{"); TCHAR chBar = _T('{'); }If you position the caret before the first brace and then execute the GoToMatchBrace command, nothing happens.
CAUSEThe editor keeps a count of the brace (or other character) it is trying to match as it scans the code. It does not recognize language tokens, so it cannot skip strings.
RESOLUTIONYou can work around this by coding the brace (or other character) using an octal or hex escape sequence, instead of a literal. For example:
"{"could be written:
"\x7B" STATUSMicrosoft has confirmed this to be a bug in the Microsoft products listed at the beginning of this article. We are researching this bug and will post new information here in the Microsoft Knowledge Base as it becomes available. |
Keywords : vcbuglist500 VWBIss
© 1998 Microsoft Corporation. All rights reserved. Terms of Use. |