On Feb 8, 3:22 am, Stuart Halloway <[email protected]> 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 [email protected] Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/clojure?hl=en
