On Tue, 26 Jan 2010, cal wrote:
That is to
say, if you need a reproduceable string of "random" numbers
on each thread (e.g. for unit testing), then random_r() is your man.
Otherwise, it sounds like more trouble than it's worth.
As I understand it,
zyn wants a reproducible sequence for mainstream,
plus a reproducible per note sequence seeded according to the current
point in the mainstream sequence. Interrupting and resuming the
mainstream sequence was the issue I was looking to simplify. If you step
over srandom_r(), it's really not any great trouble.
Kind of like where the random number generator is part of
the envelope, huh? That makes sense... in which case
random_r() would be a good use for that.
-gabriel