[asterisk-bugs] [Asterisk 0014498]: String operator ':' error with UTF8 code

Asterisk Bug Tracker noreply at bugs.digium.com
Thu Feb 19 17:57:27 CST 2009


A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=14498 
====================================================================== 
Reported By:                ibercom
Assigned To:                murf
====================================================================== 
Project:                    Asterisk
Issue ID:                   14498
Category:                   PBX/General
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     closed
Asterisk Version:           1.4.23 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-02-18 07:43 CST
Last Modified:              2009-02-19 17:57 CST
====================================================================== 
Summary:                    String operator ':' error with UTF8 code
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.

======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0014022 AEL  &amp;macro(&quot;arg&quot;) with U...
====================================================================== 

---------------------------------------------------------------------- 
 (0100421) svnbot (reporter) - 2009-02-19 17:57
 http://bugs.digium.com/view.php?id=14498#c100421 
---------------------------------------------------------------------- 
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 http://bugs.digium.com/view.php?id=14498)
  Reported by: ibercom
  Patches:
        14498.patch uploaded by murf (license 17)
  Tested by: murf
........

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=177595 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-02-19 17:57 svnbot         Checkin                                      
2009-02-19 17:57 svnbot         Note Added: 0100421                          
======================================================================




More information about the asterisk-bugs mailing list