<p dir="ltr">I'd say that is one case where consistency (with badrecord, at least) isn't the best policy -<br>
I've often been annoyed that the badrecord error (opposite the badmatch one) doesn't tell you what the actual value was. In most cases, the record name can be inferred from the stacktrace. The actual value is therefore far more interesting.</p>

<div class="gmail_quote">Den 30/10/2013 14.02 skrev "Anthony Ramine" <<a href="mailto:n.oxyde@gmail.com">n.oxyde@gmail.com</a>>:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Err, Arg#foo{bar=qux} fails with {badrecord,foo} when Arg is not a foo record.<br>
<br>
A bad map update should fail with the atom badmap.<br>
<br>
--<br>
Anthony Ramine<br>
<br>
Le 30 oct. 2013 à 13:58, Anthony Ramine <<a href="mailto:n.oxyde@gmail.com">n.oxyde@gmail.com</a>> a écrit :<br>
<br>
> A bad record update (Arg#foo{bar=qux}) errors out with {badrecord,Arg}.<br>
><br>
> A bad map update should fail with {badmap,Arg}.<br>
><br>
> --<br>
> Anthony Ramine<br>
><br>
> Le 30 oct. 2013 à 13:40, Robert Virding <<a href="mailto:robert.virding@erlang-solutions.com">robert.virding@erlang-solutions.com</a>> a écrit :<br>
><br>
>> - generate 'badarg' errors instead of 'badmap' which would be consistent with other type errors.<br>
>><br>
><br>
<br>
_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
</blockquote></div>