<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jul 22, 2014 at 8:14 PM, Glynn Clements <span dir="ltr"><<a href="mailto:glynn@gclements.plus.com" target="_blank">glynn@gclements.plus.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div id=":1he" class="" style="overflow:hidden">r61353 changes r.mapcalc so that seeding is performed via seed= or -s.<br>


The seed (whether specified by seed= or generated for -s) is added to<br>
the history (for r.mapcalc; r3.mapcalc's create_history() function is<br>
a stub; do 3D rasters have history?)<br></div></blockquote><div><br></div><div>I added test for r61353 in r61355. Tests are only for r.mapcalc not for r3.mapcalc.<br></div><div><br><a href="http://trac.osgeo.org/grass/changeset/61355">http://trac.osgeo.org/grass/changeset/61355</a><br>

 </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div id=":1he" class="" style="overflow:hidden">
<br>
As I write this, it has occurred to me that the behaviour of rand()<br>
may be non-deterministic in the presence of certain forms of<br>
parallelism, e.g. multiple occurences of rand() in the expression(s)<br>
in conjunction with pthreads. Ultimately we may need to expand the<br>
PRNG to support explicit state (as per erand48, nrand48 and jrand48).</div></blockquote></div><br></div><div class="gmail_extra">The tests are not testing any of this (at least not explicitly), contributions welcome.<br>

</div></div>