Summary: | ASTERISK-13602: String operator ':' error with UTF8 code | ||
Reporter: | ibercom (ibercom) | Labels: | |
Date Opened: | 2009-02-18 07:43:47.000-0600 | Date Closed: | 2009-02-19 18:26:22.000-0600 |
Priority: | Major | Regression? | No |
Status: | Closed/Complete | Components: | PBX/General |
Versions: | Frequency of Occurrence | ||
Related Issues: | |||
Environment: | Attachments: | ( 0) 14498.patch | |
Description: | I have a dialplan with: exten=>_0.,1,GotoIf($["${CALLERID(name)}" : "Fax"]?cat4,${EXTEN},1) If I use UTF8 code (Spanish in my case) this expression generate a error: [Feb 18 11:55:23] WARNING[21600] ast_expr2.fl: ast_yyerror(): syntax error: syntax error, unexpected '<token>', expecting $end; Input: "Extension CampaƱa 20000" : "Fax" ^ [Feb 18 11:55:23] WARNING[21600] ast_expr2.fl: If you have questions, please refer to doc/channelvariables.txt in the asterisk source. It could be related to http://bugs.digium.com/view.php?id=14022. | ||
Comments: | By: Steve Murphy (murf) 2009-02-19 08:53:20.000-0600 Yes, this bug appears to be a duplicate of 14022; If you run the svn head version of 1.4, or update a release that contains the fix, this problem will go away. (You could backport the fix to the source in your version, also, if you are desperate enough!) See the other bug for the exact version number. By: Steve Murphy (murf) 2009-02-19 16:44:57.000-0600 I've just attached "14498.patch", which solves the problem. I'm going to close this bug again, so sure am I that I have *really* found the problem and fixed it this time (again). Sorry for the hassle. The commit message will explain all the particulars. If I *still* have not solved your problem (I tested it here), reopen again, and we'll dig even deeper, but I'm pretty sure this is it! By: Digium Subversion (svnbot) 2009-02-19 16:51:38.000-0600 Repository: asterisk Revision: 177540 U branches/1.4/main/Makefile U branches/1.4/main/ast_expr2.fl U branches/1.4/main/ast_expr2f.c ------------------------------------------------------------------------ r177540 | murf | 2009-02-19 16:51:38 -0600 (Thu, 19 Feb 2009) | 21 lines This patch fixes a problem with 8-bit input to the ast_expr2 scanner. The real culprit was the --full argument to flex in the Makefile! This causes a 7-bit scanner to be generated. I reviewed the rules and found one rule where I needed to specifically include 8-bit chars for a token. I tested against the text supplied by ibercom, and all looks very well. This has been there a surprisingly long time! (closes issue ASTERISK-13602) Reported by: ibercom Patches: 14498.patch uploaded by murf (license 17) Tested by: murf ------------------------------------------------------------------------ http://svn.digium.com/view/asterisk?view=rev&revision=177540 By: Digium Subversion (svnbot) 2009-02-19 17:57:27.000-0600 Repository: asterisk Revision: 177595 _U trunk/ U trunk/main/Makefile U trunk/main/ast_expr2f.c ------------------------------------------------------------------------ r177595 | murf | 2009-02-19 17:57:27 -0600 (Thu, 19 Feb 2009) | 32 lines Merged revisions 177540 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 Trunk was already pretty 8-bit clean; but I'm still removing the --full from the flex command so everything is uniform. ........ r177540 | murf | 2009-02-19 15:51:37 -0700 (Thu, 19 Feb 2009) | 21 lines This patch fixes a problem with 8-bit input to the ast_expr2 scanner. The real culprit was the --full argument to flex in the Makefile! This causes a 7-bit scanner to be generated. I reviewed the rules and found one rule where I needed to specifically include 8-bit chars for a token. I tested against the text supplied by ibercom, and all looks very well. This has been there a surprisingly long time! (closes issue ASTERISK-13602) Reported by: ibercom Patches: 14498.patch uploaded by murf (license 17) Tested by: murf ........ ------------------------------------------------------------------------ http://svn.digium.com/view/asterisk?view=rev&revision=177595 By: Digium Subversion (svnbot) 2009-02-19 18:16:46.000-0600 Repository: asterisk Revision: 177596 _U branches/1.6.0/ U branches/1.6.0/main/Makefile U branches/1.6.0/main/ast_expr2f.c ------------------------------------------------------------------------ r177596 | murf | 2009-02-19 18:16:46 -0600 (Thu, 19 Feb 2009) | 40 lines Merged revisions 177595 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ................ r177595 | murf | 2009-02-19 16:56:50 -0700 (Thu, 19 Feb 2009) | 32 lines Merged revisions 177540 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 Trunk was already pretty 8-bit clean; but I'm still removing the --full from the flex command so everything is uniform. ........ r177540 | murf | 2009-02-19 15:51:37 -0700 (Thu, 19 Feb 2009) | 21 lines This patch fixes a problem with 8-bit input to the ast_expr2 scanner. The real culprit was the --full argument to flex in the Makefile! This causes a 7-bit scanner to be generated. I reviewed the rules and found one rule where I needed to specifically include 8-bit chars for a token. I tested against the text supplied by ibercom, and all looks very well. This has been there a surprisingly long time! (closes issue ASTERISK-13602) Reported by: ibercom Patches: 14498.patch uploaded by murf (license 17) Tested by: murf ........ ................ ------------------------------------------------------------------------ http://svn.digium.com/view/asterisk?view=rev&revision=177596 By: Digium Subversion (svnbot) 2009-02-19 18:26:22.000-0600 Repository: asterisk Revision: 177623 _U branches/1.6.1/ U branches/1.6.1/main/Makefile U branches/1.6.1/main/ast_expr2f.c ------------------------------------------------------------------------ r177623 | murf | 2009-02-19 18:26:21 -0600 (Thu, 19 Feb 2009) | 40 lines Merged revisions 177595 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ................ r177595 | murf | 2009-02-19 16:56:50 -0700 (Thu, 19 Feb 2009) | 32 lines Merged revisions 177540 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 Trunk was already pretty 8-bit clean; but I'm still removing the --full from the flex command so everything is uniform. ........ r177540 | murf | 2009-02-19 15:51:37 -0700 (Thu, 19 Feb 2009) | 21 lines This patch fixes a problem with 8-bit input to the ast_expr2 scanner. The real culprit was the --full argument to flex in the Makefile! This causes a 7-bit scanner to be generated. I reviewed the rules and found one rule where I needed to specifically include 8-bit chars for a token. I tested against the text supplied by ibercom, and all looks very well. This has been there a surprisingly long time! (closes issue ASTERISK-13602) Reported by: ibercom Patches: 14498.patch uploaded by murf (license 17) Tested by: murf ........ ................ ------------------------------------------------------------------------ http://svn.digium.com/view/asterisk?view=rev&revision=177623 |