summaryrefslogtreecommitdiff
path: root/main/privacy.c
diff options
context:
space:
mode:
authorSteve Murphy <murf@digium.com>2009-02-19 23:56:50 +0000
committerSteve Murphy <murf@digium.com>2009-02-19 23:56:50 +0000
commitb5a8a85d355ea65df066728686f639b6d22a4889 (patch)
treef505adadaecb2d0500a24f916040a0f332a562ef /main/privacy.c
parent306f229d64783b12088561afe09ebb05636afe7e (diff)
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 #14498) Reported by: ibercom Patches: 14498.patch uploaded by murf (license 17) Tested by: murf ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@177595 65c4cc65-6c06-0410-ace0-fbb531ad65f3
Diffstat (limited to 'main/privacy.c')
0 files changed, 0 insertions, 0 deletions