<div dir="ltr">The new time functionality looks excellent, thank you very much!<div><br></div><div>I feel like erlang:unique_integer/1's doc, as well as the time page where it's discussed, could use some warnings.  In particular, the invariants are lost if the value leaves the currently running erlang instance; either by being included in a message to another instance, or by roundtripping through any IO path, for example restoring state from a text file or database after an instance or system crash.  A number of novel edge-casey production surprises lie in wait for the uncareful implementor.</div><div><br></div><div>Does the OTP team have any intention to, or thoughts on, implementing 'distributed' as a possible ModifierList entry for unique_integer/1, ensuring unique integers with respect to the visible nodes?</div><div><br></div><div>F.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 26, 2015 at 11:12 AM, Jesper Louis Andersen <span dir="ltr"><<a href="mailto:jesper.louis.andersen@gmail.com" target="_blank">jesper.louis.andersen@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><span class=""><br><div class="gmail_quote">On Thu, Mar 26, 2015 at 5:32 PM, Kenneth Lundin <span dir="ltr"><<a href="mailto:kenneth.lundin@gmail.com" target="_blank">kenneth.lundin@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Erlang/OTP 18.0-rc1 is available for testing.</blockquote></div><br></span>I'm asking this one for the community: what is the status of dirty schedulers and release 18.0? Will they be enabled by default, or will they still be behind a compiler flag?</div><div class="gmail_extra"><br></div><div class="gmail_extra">Also, the time API is really well-designed. I can't wait to use it. The idea of decoupling time and then disabling time smearing but enabling monitors for time changes is probably the right way forward. One could always imagine having a "smeared time" as well in the future if someone really needs the smearing behavior. But one could also argue such things should reside in NTP relays/proxies.<span class="HOEnZb"><font color="#888888"><br><br clear="all"><div><br></div>-- <br><div>J.</div>
</font></span></div></div>
<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>
<br></blockquote></div><br></div>