[Home]

Summary:ASTERISK-13602: String operator ':' error with UTF8 code
Reporter:ibercom (ibercom)Labels:
Date Opened:2009-02-18 07:43:47.000-0600Date Closed:2009-02-19 18:26:22.000-0600
Priority:MajorRegression?No
Status:Closed/CompleteComponents: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