Re: [MLton] MLton race condition (similar to what was solved by structure One)?

It  looks  like all the functions already rather quickly copy the result
to something else (a ML  string  or  else  an  IEEEReal.decimal_approx).
Personally  I  don't  like  the  decimal_approx type.  The fact that the
digits are stored as an int list is very  expensive.   It  requires  one
allocation  per  digit and a translation from ASCII to numbers between 0
and 9.

Any way, should I just insert calls to atomicBegin and  atomicEnd  (from
MLton.Thread)?   (I am assuming that that would block any signal handler
from running, correct?)  I  think  that  I  have  permission  to  commit
changes on the Git repository.

------------------------------------------------------------------------------
BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT
Develop your own process in accordance with the BPMN 2 standard
Learn Process modeling best practices with Bonita BPM through live exercises
http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_
source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF