[erlang-bugs] binary:matches/3 fails in R14A
Tuncer Ayaz
tuncer.ayaz@REDACTED
Thu Jan 31 22:40:15 CET 2013
On Thu, Jan 31, 2013 at 10:31 PM, Fred Hebert wrote:
> I'm looking at the doc at
> http://www.erlang.org/doc/man/binary.html#matches-3
>
> The type spec mentions the following:
>
> matches(Subject, Pattern, Options) -> Found
>
> Types:
> Subject = binary()
> Pattern = binary() | [binary()] | cp()
> Found = [part()]
> Options = [Option]
> Option = {scope, part()}
> part() = {Start :: integer() >= 0, Length :: integer()}
>
> It seems [global] as an option is not valid. Could this be the problem?
> I was under the impression `re` functions would take a `global` option,
> not `binary` module stuff.
Yeah, you're probably right, I may have been misled by previous
re:run/3 use :).
> On 01/31, Tuncer Ayaz wrote:
>> Originally reported by Bartosz Kolodziej as part of [1]
>> is the following a bug or intentionally throwing badarg?
>>
>> 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