On Feb 8, 3:22 am, Stuart Halloway <stuart.hallo...@gmail.com> wrote: > IMO Anything that implements IDeref should adhere to Clojure's vision > for identity, e.g. reads need to be thread safe, cheap, require no > coordination, and block no one.
Dereferencing futures or undelivered promises block the dereferencing thread though, so potentially blocking derefs should not be a problem. With side-effects in the deref operation, you would have to ensure that it's safe from multiple threads, though. -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
