Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Thu, 16 Oct 2014 03:12:10 +0200
From: Szabolcs Nagy <>
Subject: Re: regcomp regression?

* Samuel Holland <> [2014-10-15 16:01:25 -0500]:
> I've been rebuilding packages after the 1.1.5 release, and it's caused
> some (apparent) regressions. file no longer compiles as it is unable to
> parse one of its magic files. The offending regex is (windows, line 163)
>   \\`(\r\n|;|[[]|\xFF\xFE)
> It's testing for the BOM at the beginning of an INI/INF file. I
> understand the regex rewrite removed[1] the ability to match arbitrary
> bytes (even with the C locale) because it was broken; is this something
> you plan to add back? Or is the application wrong? If so, what
> workaround do you suggest?

this was a bug in file (in theory we could provide such extension, but
it's non-trivial and applications should not rely on it: posix re is not
usable for binary data)

there is upstream fix:

> The m4 testsuite also now fails tests 109 and 121; this seems to be
> caused by the same change.
> [1]

this commit only made the bug more visible (fail at regex parse time
instead of building a nonsense state machine in case of invalid

i didnt know about m4 issues, are you talking about;a=blob;f=tests/

Powered by blists - more mailing lists

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.