[erlang-questions] Dialyzer warning on pattern match with sub-record
Alex S.
alex0player@REDACTED
Thu Mar 30 10:00:29 CEST 2017
> #counter_state{use::'true',cnt::non_neg_integer(),lease::non_neg_integer(),lease_size::non_neg_integer(),leasing::boolean()}
Dialyzer somehow figured out that counter_state is never constructed with ‘false’ (and has no explicit contract).
> 30 марта 2017 г., в 10:04, Russell Brown <russell@REDACTED> написал(а):
>
> Hi,
>
> I have a dialyzer error I can’t figure out, at all, it’s truly very weird, even for dialyzer.
>
> The error is:
>
> riak_kv_vnode.erl:2695: Matching of pattern State = {'state', _, _, _, _, _, VId, _, _, _, _, _, _, _, _, _, _, _, _, _, {'counter_state', 'false', _, _, _, _}, _, _} tagged with a record name violates the declared type of #state{idx::'undefined' | integer(),mod::atom() | tuple(),async_put::'false' | 'true' | 'undefined',vnodeid::'undefined' | binary(),delete_mode::'immediate' | 'keep' | 'undefined' | pos_integer(),bucket_buf_size::'undefined' | pos_integer(),index_buf_size::'undefined' | pos_integer(),key_buf_size::'undefined' | pos_integer(),async_folding::'false' | 'true' | 'undefined',in_handoff::boolean(),handoff_target::atom(),handoffs_rejected::integer(),forward::atom() | [{integer(),atom()}],hashtrees::'undefined' | pid(),upgrade_hashtree::boolean(),md_cache::atom() | tid(),md_cache_size::'undefined' | pos_integer(),counter::'undefined' | #counter_state{use::'true',cnt::non_neg_integer(),lease::non_neg_integer(),lease_size::non_neg_integer(),leasing::boolean()},status_mgr_pid::'undefined' | pid(),update_hook::atom() | tuple()}
> riak_object:object/0
>
>
> The code in question is:
>
> %% @private generate an epoch actor, and update the vnode state.
> -spec new_key_epoch(#state{}) -> {NewEpoch::boolean(), EpochActor :: binary(), #state{}}.
> new_key_epoch(State=#state{vnodeid=VId, counter=#counter_state{use=false}}) ->
> {false, VId, State};
> new_key_epoch(State) ->
> NewState=#state{counter=#counter_state{cnt=Cntr}, vnodeid=VId} = update_counter(State),
> EpochId = key_epoch_actor(VId, Cntr),
> {true, EpochId, NewState}.
>
>
> What is really freaky (to me) is that this code (the previous version) does not provoke a dialyzer warning:
>
> %% @private generate an epoch actor, and update the vnode state.
> -spec new_key_epoch(#state{}) -> {EpochActor :: binary(), #state{}}.
> new_key_epoch(State=#state{vnodeid=VId, counter=#counter_state{use=false}}) ->
> {VId, State};
> new_key_epoch(State) ->
> NewState=#state{counter=#counter_state{cnt=Cntr}, vnodeid=VId} = update_counter(State),
> EpochId = key_epoch_actor(VId, Cntr),
> {EpochId, NewState}.
>
> The record definition for #counter_state is:
>
> -record(counter_state, {
> use = true :: boolean(),
> cnt = 0 :: non_neg_integer(),
> lease = 0 :: non_neg_integer(),
> lease_size = 0 :: non_neg_integer(),
> leasing = false :: boolean()
> }).
>
> I have missed out the record definition for #state as it is huge, but crucially, unchanged between the two definitions of new_key_epoch/1 above.
>
> If the match in the function head, and the record, are exactly the same between the two versions of the code, why does the one that returns a three tuple provoke a warning?
>
> Many thanks in advance if you can help
>
> Cheers
>
> Russell
>
> _______________________________________________
> erlang-questions mailing list
> erlang-questions@REDACTED
> http://erlang.org/mailman/listinfo/erlang-questions
More information about the erlang-questions
mailing list