On Mar 5, 2015, at 11:49 AM, Aaron Hurt via Freeradius-Devel <freeradius-devel@lists.freeradius.org> wrote:
I have a policy.d file containing a regular expression that works in 3.0.6 that I’ve tried with two different flavors. Both flavors load and work in 3.0.6 but error in the latest 3.0.x branch.
The v3.0.x branch should be compatible with the 3.0.6 config.
Flavor1: simple_nt_regexp = "^([^\\\\]*)(\\\\(.*))$"
Flavor2: simple_nt_regexp = "^([^\\\\]*)\\\\(.*)$”
Ugh. The “endless backslash” problem. I’d prefer to see the use of “correct_escapes”.
In 3.0.x from today:
/opt/local/etc/raddb/policy.d/strip-user-domain[9]: Invalid regular expression: /opt/local/etc/raddb/policy.d/strip-user-domain[9]: ^([^\\]*)\\(.*)$ /opt/local/etc/raddb/policy.d/strip-user-domain[9]: ^ Pattern study failed: unknown or incorrect option bit(s) set
From google: https://lists.openinfosecfoundation.org/pipermail/oisf-users/2012-July/00186...
Seen this error before. It turned out I used headers from 8.31, but linked against the distro libpcre.
I'm pretty sure you have either a typo in your --with-libpcre-* or you\ have multiple libpcre.so's of different versions in your ld path.
Is there something obvious that I am missing?
Don’t install multiple versions of the same library. It’s just a bad idea. Alan DeKok.