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