In a short explanation, there's a pcre compiler flag we use to suppress UTF
regex patterns which is only available in certain versions of lpcre. The
transfer of binaries across different machines causes this flag to be
dropped by the lpcre binary though I'm not certain why even the direct
importing
Hi Kevin,
Yes, that's fixed it. Thanks so much.
I still can't fathom why it would work differently on different versions of OS
X, but it looks like you've solved the problem I'm seeing for now.
Thanks again
Mark
> On 8 Dec 2015, at 8:21 pm, Kevin Lin wrote:
>
> Can I ask you to try this patc
Can I ask you to try this patch and tell me if it fixes the issue? If the
issue persists, please submit the debug log. Thanks.
-Kevin
On Tue, Dec 8, 2015 at 2:00 PM, Mark Allan wrote:
> Hi Kevin,
>
> Thanks.
>
> Yes, the configure options are definitely the same. In fact PCRE isn't
> installed
Hi Kevin,
Thanks.
Yes, the configure options are definitely the same. In fact PCRE isn't
installed on OS X by default, so I'm compiling it as well and copying all the
binaries & libraries etc over to the destination machines at the same time as
copying the ClamAV binaries.
Mark
> On 8 Dec 20
It appears that the PCRE library is correctly linking in and ClamAV is
making calls to it. The error message:
LibClamAV Error: cli_pcre_parse: PCRE compilation failed at offset 0:
unknown option bit(s) set
results directly from a failed compilation of PCRE regex which in this case
is due to an un
