[erlang-bugs] binary:matches/3 fails in R14A
Tuncer Ayaz
tuncer.ayaz@REDACTED
Fri Feb 1 18:32:13 CET 2013
On Fri, 01 Feb 2013 15:37:46 +0100, Patrik Nyblom wrote:
> Hi Tuncer!
> On 01/31/2013 09:33 PM, Tuncer Ayaz wrote:
>> Originally reported by Bartosz Kolodziej as part of [1]
>> is the following a bug or intentionally throwing badarg?
> As the option 'global' is not valid for binary:matches (only for
> replace and split), it's most definitely intentional.
> binary:matches, btw, already searches for all matches.
Yeah, I realized that thanks to Fred [3].
Still, would it make sense to support 'global' in binary:match/N and
make it thereby function like binary:matches/N?
[3] http://erlang.org/pipermail/erlang-bugs/2013-January/003343.html
> I however strongly discourage use of R14A, it's a release candidate...
I'm not using that release, it's just the version Bartosz tested with
in 2010.
>> 1> binary:matches(<<>>,<<"a">>,[global]).
>> ** exception error: bad argument
>> in function binary:matches/3
>> called as binary:matches(<<>>,<<"a">>,[global])
>>
>> Tested with otp.git at 68b804f.
>>
>> [1] http://erlang.org/pipermail/erlang-bugs/2010-August/001967.html
>> [2] http://erlang.org/pipermail/erlang-bugs/2011-December/002693.html
More information about the erlang-bugs
mailing list