[erlang-questions] code:clash/0 borking when running eunit tests with rebar
Tuncer Ayaz
tuncer.ayaz@REDACTED
Fri Apr 16 16:46:26 CEST 2010
On Fri, Apr 16, 2010 at 3:42 PM, Vlad Dumitrescu <vladdu55@REDACTED> wrote:
> On Fri, Apr 16, 2010 at 15:31, Jeremy Raymond <jeraymond@REDACTED> wrote:
>> I can reproduce this without couchbeam as well by just calling
>> code:clash() directly in my eunit test:
>>
>> *** context setup failed ***
>> ::error:function_clause
>> in function code:filter/3
>> called as filter(".beam",".eunit",error)
>> in call from code:build/1
>> in call from code:clash/0
>> in call from cdb_data_tests:setup/0
>
> Hi,
>
> in code.erl:
>
> build([]) -> [];
> build([Dir|Tail]) ->
> Files = filter(objfile_extension(), Dir,
> erl_prim_loader:list_dir(Dir)),
> [decorate(Files, Dir) | build(Tail)].
>
> filter(_Ext, Dir, {error,_}) ->
> io:format("** Bad path can't read ~s~n", [Dir]), [];
> filter(Ext, _, {ok,Files}) ->
> filter2(Ext, length(Ext), Files).
>
> and in erl_prim_loader.erl
>
> -spec list_dir(string()) -> {'ok', [string()]} | 'error'.
> list_dir(Dir) ->
> check_file_result(list_dir, Dir, request({list_dir,Dir})).
>
> Where you can see that erl_prim_loader returns 'error' and filter
> expects {ok, _} or {error, _}. It feels like Dialyzer should have
> caught that?
Thanks, nice catch!
I've introduced that in 49da83 while fixing another
code:clash/0 issue.
Working on a patch with extended tests atop 79194d.
More information about the erlang-questions
mailing list