Thread: [Lxr-dev] [ lxr-Bugs-3116684 ] Line continuation character "\" problem
Brought to you by:
ajlittoz
From: SourceForge.net <no...@so...> - 2010-11-23 15:28:19
|
Bugs item #3116684, was opened at 2010-11-23 09:28 Message generated for change (Tracker Item Submitted) made by dcochlin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3116684&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lang support Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dcochlin (dcochlin) Assigned to: Nobody/Anonymous (nobody) Summary: Line continuation character "\" problem Initial Comment: LXR Version: 0.9.8 Error message in genxref output: BTYPE was: atom DB: mysql Plain files. When the code being parsed contains a line continuation character, like "\" in C, the line associated with "References:" to the tag are wrong. For example, parsing this code (ignore the line numbers, they are included to show the problem with References).... <<< 001 #define my_define (100 - \ 002 25) 003 004 char[] my_string; 005 006 strcat(my_string, "Hello"); 007 008 for (i=0, i<my_define; ++i){ 009 printf("The number is: %d", i); 010 } 011 012 printf("%s", my_string); >>> Clicking on "my_define" results in the following. Note the line numbers in the references for "my_define" should be (1 and 8) not (1 and 7). <<< my_define Declarations: /deviceapps/aim_adams.c, line 1 macro (un)definition 1 declarations in 1 files. References: /deviceapps/aim_adams.c, line 1 /deviceapps/aim_adams.c, line 7 2 references in 1 files. >>> Clicking on my_string results in something even stranger. There are only 3 references in the file and only one of the references displayed match the actual line number. <<< my_string Declarations: /deviceapps/aim_adams.c, line 4 variable definition 1 declarations in 1 files. References: /deviceapps/aim_adams.c, line 3 /deviceapps/aim_adams.c, line 5 /deviceapps/aim_adams.c, line 11 /deviceapps/aim_adams.c, line 12 4 references in 1 files. >>> ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3116684&group_id=27350 |
From: SourceForge.net <no...@so...> - 2010-11-23 15:51:39
|
Bugs item #3116713, was opened at 2010-11-23 09:51 Message generated for change (Tracker Item Submitted) made by dcochlin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3116713&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lang support Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dcochlin (dcochlin) Assigned to: Nobody/Anonymous (nobody) Summary: Line continuation character "\" problem Initial Comment: LXR Version: 0.9.8 Error message in genxref output: BTYPE was: atom DB: mysql Plain files. When the code being parsed contains a line continuation character, like "\" in C, the line associated with "References:" to the tag are wrong. For example, parsing this code (ignore the line numbers, they are included to show the problem with References).... <<< 001 #define my_define (100 - \ 002 25) 003 004 char[] my_string; 005 006 strcat(my_string, "Hello"); 007 008 for (i=0, i<my_define; ++i){ 009 printf("The number is: %d", i); 010 } 011 012 printf("%s", my_string); >>> Clicking on "my_define" results in the following. Note the line numbers in the references for "my_define" should be (1 and 8) not (1 and 7). <<< my_define Declarations: /deviceapps/aim_adams.c, line 1 macro (un)definition 1 declarations in 1 files. References: /deviceapps/aim_adams.c, line 1 /deviceapps/aim_adams.c, line 7 2 references in 1 files. >>> Clicking on my_string results in something even stranger. There are only 3 references in the file and only one of the references displayed match the actual line number. <<< my_string Declarations: /deviceapps/aim_adams.c, line 4 variable definition 1 declarations in 1 files. References: /deviceapps/aim_adams.c, line 3 /deviceapps/aim_adams.c, line 5 /deviceapps/aim_adams.c, line 11 /deviceapps/aim_adams.c, line 12 4 references in 1 files. >>> ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3116713&group_id=27350 |
From: SourceForge.net <no...@so...> - 2010-11-23 15:55:49
|
Bugs item #3116713, was opened at 2010-11-23 09:51 Message generated for change (Comment added) made by dcochlin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3116713&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lang support Group: None >Status: Closed >Resolution: Duplicate Priority: 5 Private: No Submitted By: dcochlin (dcochlin) Assigned to: Nobody/Anonymous (nobody) Summary: Line continuation character "\" problem Initial Comment: LXR Version: 0.9.8 Error message in genxref output: BTYPE was: atom DB: mysql Plain files. When the code being parsed contains a line continuation character, like "\" in C, the line associated with "References:" to the tag are wrong. For example, parsing this code (ignore the line numbers, they are included to show the problem with References).... <<< 001 #define my_define (100 - \ 002 25) 003 004 char[] my_string; 005 006 strcat(my_string, "Hello"); 007 008 for (i=0, i<my_define; ++i){ 009 printf("The number is: %d", i); 010 } 011 012 printf("%s", my_string); >>> Clicking on "my_define" results in the following. Note the line numbers in the references for "my_define" should be (1 and 8) not (1 and 7). <<< my_define Declarations: /deviceapps/aim_adams.c, line 1 macro (un)definition 1 declarations in 1 files. References: /deviceapps/aim_adams.c, line 1 /deviceapps/aim_adams.c, line 7 2 references in 1 files. >>> Clicking on my_string results in something even stranger. There are only 3 references in the file and only one of the references displayed match the actual line number. <<< my_string Declarations: /deviceapps/aim_adams.c, line 4 variable definition 1 declarations in 1 files. References: /deviceapps/aim_adams.c, line 3 /deviceapps/aim_adams.c, line 5 /deviceapps/aim_adams.c, line 11 /deviceapps/aim_adams.c, line 12 4 references in 1 files. >>> ---------------------------------------------------------------------- >Comment By: dcochlin (dcochlin) Date: 2010-11-23 09:55 Message: This is re-post of a previous bug. Sorry. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3116713&group_id=27350 |
From: SourceForge.net <no...@so...> - 2011-03-11 21:31:15
|
Bugs item #3116684, was opened at 2010-11-23 16:28 Message generated for change (Comment added) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3116684&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lang support Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: dcochlin (dcochlin) Assigned to: Nobody/Anonymous (nobody) Summary: Line continuation character "\" problem Initial Comment: LXR Version: 0.9.8 Error message in genxref output: BTYPE was: atom DB: mysql Plain files. When the code being parsed contains a line continuation character, like "\" in C, the line associated with "References:" to the tag are wrong. For example, parsing this code (ignore the line numbers, they are included to show the problem with References).... <<< 001 #define my_define (100 - \ 002 25) 003 004 char[] my_string; 005 006 strcat(my_string, "Hello"); 007 008 for (i=0, i<my_define; ++i){ 009 printf("The number is: %d", i); 010 } 011 012 printf("%s", my_string); >>> Clicking on "my_define" results in the following. Note the line numbers in the references for "my_define" should be (1 and 8) not (1 and 7). <<< my_define Declarations: /deviceapps/aim_adams.c, line 1 macro (un)definition 1 declarations in 1 files. References: /deviceapps/aim_adams.c, line 1 /deviceapps/aim_adams.c, line 7 2 references in 1 files. >>> Clicking on my_string results in something even stranger. There are only 3 references in the file and only one of the references displayed match the actual line number. <<< my_string Declarations: /deviceapps/aim_adams.c, line 4 variable definition 1 declarations in 1 files. References: /deviceapps/aim_adams.c, line 3 /deviceapps/aim_adams.c, line 5 /deviceapps/aim_adams.c, line 11 /deviceapps/aim_adams.c, line 12 4 references in 1 files. >>> ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2011-03-11 22:31 Message: Origin of problem in the way source text is being parsed: to circumvent erroneous detection of end of string in C when escaped delimiters are present (\"), fragment "atom" has been introduced. Unhappily, 1/ this fragment category is not local to string and can be activated any time, 2/ has a faulty definition pattern. The pattern is triggered whenever a \ is encountered in source text. Solution needs redesigning the parser in SimpleParse.pm and the language specifications in generic.conf. Will be solved with other related bugs. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3116684&group_id=27350 |
From: SourceForge.net <no...@so...> - 2011-03-11 21:31:45
|
Bugs item #3116684, was opened at 2010-11-23 16:28 Message generated for change (Settings changed) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3116684&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lang support Group: None >Status: Pending Resolution: None Priority: 5 Private: No Submitted By: dcochlin (dcochlin) >Assigned to: Andre-Littoz (ajlittoz) Summary: Line continuation character "\" problem Initial Comment: LXR Version: 0.9.8 Error message in genxref output: BTYPE was: atom DB: mysql Plain files. When the code being parsed contains a line continuation character, like "\" in C, the line associated with "References:" to the tag are wrong. For example, parsing this code (ignore the line numbers, they are included to show the problem with References).... <<< 001 #define my_define (100 - \ 002 25) 003 004 char[] my_string; 005 006 strcat(my_string, "Hello"); 007 008 for (i=0, i<my_define; ++i){ 009 printf("The number is: %d", i); 010 } 011 012 printf("%s", my_string); >>> Clicking on "my_define" results in the following. Note the line numbers in the references for "my_define" should be (1 and 8) not (1 and 7). <<< my_define Declarations: /deviceapps/aim_adams.c, line 1 macro (un)definition 1 declarations in 1 files. References: /deviceapps/aim_adams.c, line 1 /deviceapps/aim_adams.c, line 7 2 references in 1 files. >>> Clicking on my_string results in something even stranger. There are only 3 references in the file and only one of the references displayed match the actual line number. <<< my_string Declarations: /deviceapps/aim_adams.c, line 4 variable definition 1 declarations in 1 files. References: /deviceapps/aim_adams.c, line 3 /deviceapps/aim_adams.c, line 5 /deviceapps/aim_adams.c, line 11 /deviceapps/aim_adams.c, line 12 4 references in 1 files. >>> ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2011-03-11 22:31 Message: Origin of problem in the way source text is being parsed: to circumvent erroneous detection of end of string in C when escaped delimiters are present (\"), fragment "atom" has been introduced. Unhappily, 1/ this fragment category is not local to string and can be activated any time, 2/ has a faulty definition pattern. The pattern is triggered whenever a \ is encountered in source text. Solution needs redesigning the parser in SimpleParse.pm and the language specifications in generic.conf. Will be solved with other related bugs. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3116684&group_id=27350 |
From: SourceForge.net <no...@so...> - 2011-03-11 21:34:37
|
Bugs item #3116684, was opened at 2010-11-23 16:28 Message generated for change (Settings changed) made by ajlittoz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3116684&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lang support Group: None Status: Pending Resolution: None >Priority: 8 Private: No Submitted By: dcochlin (dcochlin) Assigned to: Andre-Littoz (ajlittoz) Summary: Line continuation character "\" problem Initial Comment: LXR Version: 0.9.8 Error message in genxref output: BTYPE was: atom DB: mysql Plain files. When the code being parsed contains a line continuation character, like "\" in C, the line associated with "References:" to the tag are wrong. For example, parsing this code (ignore the line numbers, they are included to show the problem with References).... <<< 001 #define my_define (100 - \ 002 25) 003 004 char[] my_string; 005 006 strcat(my_string, "Hello"); 007 008 for (i=0, i<my_define; ++i){ 009 printf("The number is: %d", i); 010 } 011 012 printf("%s", my_string); >>> Clicking on "my_define" results in the following. Note the line numbers in the references for "my_define" should be (1 and 8) not (1 and 7). <<< my_define Declarations: /deviceapps/aim_adams.c, line 1 macro (un)definition 1 declarations in 1 files. References: /deviceapps/aim_adams.c, line 1 /deviceapps/aim_adams.c, line 7 2 references in 1 files. >>> Clicking on my_string results in something even stranger. There are only 3 references in the file and only one of the references displayed match the actual line number. <<< my_string Declarations: /deviceapps/aim_adams.c, line 4 variable definition 1 declarations in 1 files. References: /deviceapps/aim_adams.c, line 3 /deviceapps/aim_adams.c, line 5 /deviceapps/aim_adams.c, line 11 /deviceapps/aim_adams.c, line 12 4 references in 1 files. >>> ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2011-03-11 22:31 Message: Origin of problem in the way source text is being parsed: to circumvent erroneous detection of end of string in C when escaped delimiters are present (\"), fragment "atom" has been introduced. Unhappily, 1/ this fragment category is not local to string and can be activated any time, 2/ has a faulty definition pattern. The pattern is triggered whenever a \ is encountered in source text. Solution needs redesigning the parser in SimpleParse.pm and the language specifications in generic.conf. Will be solved with other related bugs. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3116684&group_id=27350 |
From: SourceForge.net <no...@so...> - 2011-03-25 22:20:05
|
Bugs item #3116684, was opened at 2010-11-23 15:28 Message generated for change (Settings changed) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3116684&group_id=27350 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lang support Group: None >Status: Closed Resolution: None Priority: 8 Private: No Submitted By: dcochlin (dcochlin) Assigned to: Andre-Littoz (ajlittoz) Summary: Line continuation character "\" problem Initial Comment: LXR Version: 0.9.8 Error message in genxref output: BTYPE was: atom DB: mysql Plain files. When the code being parsed contains a line continuation character, like "\" in C, the line associated with "References:" to the tag are wrong. For example, parsing this code (ignore the line numbers, they are included to show the problem with References).... <<< 001 #define my_define (100 - \ 002 25) 003 004 char[] my_string; 005 006 strcat(my_string, "Hello"); 007 008 for (i=0, i<my_define; ++i){ 009 printf("The number is: %d", i); 010 } 011 012 printf("%s", my_string); >>> Clicking on "my_define" results in the following. Note the line numbers in the references for "my_define" should be (1 and 8) not (1 and 7). <<< my_define Declarations: /deviceapps/aim_adams.c, line 1 macro (un)definition 1 declarations in 1 files. References: /deviceapps/aim_adams.c, line 1 /deviceapps/aim_adams.c, line 7 2 references in 1 files. >>> Clicking on my_string results in something even stranger. There are only 3 references in the file and only one of the references displayed match the actual line number. <<< my_string Declarations: /deviceapps/aim_adams.c, line 4 variable definition 1 declarations in 1 files. References: /deviceapps/aim_adams.c, line 3 /deviceapps/aim_adams.c, line 5 /deviceapps/aim_adams.c, line 11 /deviceapps/aim_adams.c, line 12 4 references in 1 files. >>> ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2011-03-25 22:20 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Andre-Littoz (ajlittoz) Date: 2011-03-11 21:31 Message: Origin of problem in the way source text is being parsed: to circumvent erroneous detection of end of string in C when escaped delimiters are present (\"), fragment "atom" has been introduced. Unhappily, 1/ this fragment category is not local to string and can be activated any time, 2/ has a faulty definition pattern. The pattern is triggered whenever a \ is encountered in source text. Solution needs redesigning the parser in SimpleParse.pm and the language specifications in generic.conf. Will be solved with other related bugs. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=390117&aid=3116684&group_id=27350 |