<div><br></div><span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 13px; border-collapse: collapse; "><div class="im" style="color: rgb(80, 0, 80); "><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
Indeed.  If we can have only one built-in comparison, it needs to be<br>total over all values.  It is a pity that Prolog's distinction between<br>term comparison and number comparison wasn't carried over to Erlang :-(<br>
<font color="#888888"><font color="#000000"><font color="#888888"><br></font></font></font></blockquote></div>Indeed that would have made the language a tad bigger, but stopped this ambiguity!<div><br></div><div>Are there any other  good subtleties to erlang that anybody wishes to add to this list?</div>
<div>I can't have covered all of them :-)</div><div><br></div><div>also does anybody know the answer to my :</div><div>> <span style="font-family: arial, sans-serif; font-size: 13px; border-collapse: collapse; ">There is a 3rd parameter in the AST for a catch section in a Try/Catch that is always a match all ( a bit like ERROR_TYPE:ERROR:_ ) does anybody know what this means? is there an extra option in a catch that is rarely used?</span></div>
<div><span style="font-family: arial, sans-serif; font-size: 13px; border-collapse: collapse; "><br></span></div><font color="#888888"><div><span style="font-family: arial, sans-serif; font-size: 13px; border-collapse: collapse; ">James</span></div>
</font></span><br><div class="gmail_quote">On 20 May 2011 04:45, Jeff Schultz <span dir="ltr"><<a href="mailto:jws@csse.unimelb.edu.au">jws@csse.unimelb.edu.au</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Thu, May 19, 2011 at 11:02:35PM +0200, Joe Armstrong wrote:<br>
> > I can see the equivalent evaluation of "250"<250 being a common mistake,<br>
> > and always being false is hardly useful.<br>
<br>
> A "<" B when A and B have different types means A is<br>
> "less complex" than B. Lists and more complex than integers<br>
> "250" is a list so "250"<250 is false.<br>
<br>
> Suppose I want to make a Key-Value database, where the Key can be anything,<br>
> including 250 and "250" to make any form of ordered tree we need a total<br>
> order over all the keys.<br>
<br>
</div>Indeed.  If we can have only one built-in comparison, it needs to be<br>
total over all values.  It is a pity that Prolog's distinction between<br>
term comparison and number comparison wasn't carried over to Erlang :-(<br>
<font color="#888888"><br>
<br>
    Jeff Schultz<br>
</font><div><div></div><div class="h5">_______________________________________________<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>
</div></div></blockquote></div><br>