As per discussion on bug 7862, the problem wasn't the fact that the documentation...
authorSteve Murphy <murf@digium.com>
Fri, 8 Sep 2006 16:44:38 +0000 (16:44 +0000)
committerSteve Murphy <murf@digium.com>
Fri, 8 Sep 2006 16:44:38 +0000 (16:44 +0000)
git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@42423 65c4cc65-6c06-0410-ace0-fbb531ad65f3

funcs/func_strings.c

index e330738..e9abe50 100644 (file)
@@ -123,6 +123,8 @@ static int regex(struct ast_channel *chan, char *cmd, char *parse, char *buf,
                ast_log(LOG_ERROR, "Unexpected arguments: should have been in the form '\"<regex>\" <string>'\n");
                return -1;
        }
+       if ((*args.str == ' ') || (*args.str == '\t'))
+               args.str++;
 
        ast_log(LOG_DEBUG, "FUNCTION REGEX (%s)(%s)\n", args.reg, args.str);
 
@@ -144,10 +146,10 @@ static struct ast_custom_function regex_function = {
        .synopsis = "Regular Expression",
        .desc =  
                "Returns 1 if data matches regular expression, or 0 otherwise.\n"
-               "Please note that the double quotes separating the expression from the data\n"
-               "should not have any neighboring spaces, either before or after, unless you\n"
-               "intend them to be in either the expression or the data!\n",
-       .syntax = "REGEX(\"<regular expression>\"<data>)",
+               "Please note that the space following the double quotes separating the regex from the data\n"
+               "is optional and if present, is skipped. If a space is desired at the beginning of the data,\n"
+               "then put two spaces there; the second will not be skipped.\n",
+       .syntax = "REGEX(\"<regular expression>\" <data>)",
        .read = regex,
 };