Hi, thanks for the pointer ! By the way, I was wondering whether error-kit can be leveraged seamlessly with concurrent programming ?
For example I guess that using (vec (pmap ...) instead of (vec (map ...) will not work because the binding of the handlers will be lost. I have always been ashamed by this consideration, and frustrated that I can't think about a way to free the developer from having to keep this in a corner of his mind ... (if I'm right, of course). Do you think it is a problem that has no good theoretical solution, or just a current implementation "feature" that could be enhanced in the future ? I see this as if the "application context" were lost when a "technical machinery" reinitialized the "application context" with a new "empty application context". Thinking about it this way implies that the new context could be totally overriden by the "application context", but I'm not sure I can say that for the general case ? (Though I guess it is). What do you think about this ? 2009/7/1 nrub <p...@typosfrompaul.com>: > > For anyone that's interested check out http://www.pragprog.com/magazines > > It looks like pragmatic publishing is going to start pushing out > monthly magazines. I just checked out issue #1 which seems to have > some good stuff, including an interview with Rich Hickey & An article > by Stuart Halloway on Error-kit. > > The interview seems like a great article to pass to friends who might > be intrigued by clojure, but haven't quite made the jump. So far > that's all I've read, but I'll check out the article by Stuart tonight > I'm sure. > > > > --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
