<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: The Actors Model and Haskell</title>
	<atom:link href="http://lstephen.wordpress.com/2007/09/08/the-actors-model-and-haskell/feed/" rel="self" type="application/rss+xml" />
	<link>http://lstephen.wordpress.com/2007/09/08/the-actors-model-and-haskell/</link>
	<description>Anything software development related</description>
	<lastBuildDate>Thu, 29 Oct 2009 19:25:45 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: lstephen</title>
		<link>http://lstephen.wordpress.com/2007/09/08/the-actors-model-and-haskell/#comment-128</link>
		<dc:creator>lstephen</dc:creator>
		<pubDate>Sun, 23 Sep 2007 00:07:34 +0000</pubDate>
		<guid isPermaLink="false">http://lstephen.wordpress.com/2007/09/08/the-actors-model-and-haskell/#comment-128</guid>
		<description>Levi: Thanks for the interesting link.

Toyvo: I wasn&#039;t sure how to implement the deferred message feature. Scala uses a PartialFunction class, which I don&#039;t think has any equivalent in Haskell, and I couldn&#039;t see a clean way to implement it. I&#039;m not sure how Erlang does this. So, for simplicity, I left it out for now.

I probably could use a Chan instead of a TChan. I&#039;m not sure of the reasons for choosing one over the other.</description>
		<content:encoded><![CDATA[<p>Levi: Thanks for the interesting link.</p>
<p>Toyvo: I wasn&#8217;t sure how to implement the deferred message feature. Scala uses a PartialFunction class, which I don&#8217;t think has any equivalent in Haskell, and I couldn&#8217;t see a clean way to implement it. I&#8217;m not sure how Erlang does this. So, for simplicity, I left it out for now.</p>
<p>I probably could use a Chan instead of a TChan. I&#8217;m not sure of the reasons for choosing one over the other.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Toyvo Yanksi</title>
		<link>http://lstephen.wordpress.com/2007/09/08/the-actors-model-and-haskell/#comment-124</link>
		<dc:creator>Toyvo Yanksi</dc:creator>
		<pubDate>Sat, 22 Sep 2007 09:22:29 +0000</pubDate>
		<guid isPermaLink="false">http://lstephen.wordpress.com/2007/09/08/the-actors-model-and-haskell/#comment-124</guid>
		<description>Your code looks clean. Interesting. I&#039;m also thinking how to map Actors to Haskell syntax. 

There are just this practical feature I miss here (or maybe just don&#039;t see): the ability to defer messages. You can find it in both Erlang and Scala receive constructs - if none of the following patterns match, the message is deferred to be processed later. 

However you seem to do a simple pop. 

In addition, IMHO &#039;pop&#039; and &#039;push&#039; are a little confusing as in many languages they refer to a LIFO stack, while you are using a FIFO channel.

Finally, why do you need atomic access guaranteed by STM and TChan here? Would a Chan suffice? I think Chan is ok with many writer threads and a reader thread.

Will be glad to read more of your code. Consider posting to http://hpaste.org - it highlights your syntax.</description>
		<content:encoded><![CDATA[<p>Your code looks clean. Interesting. I&#8217;m also thinking how to map Actors to Haskell syntax. </p>
<p>There are just this practical feature I miss here (or maybe just don&#8217;t see): the ability to defer messages. You can find it in both Erlang and Scala receive constructs &#8211; if none of the following patterns match, the message is deferred to be processed later. </p>
<p>However you seem to do a simple pop. </p>
<p>In addition, IMHO &#8216;pop&#8217; and &#8216;push&#8217; are a little confusing as in many languages they refer to a LIFO stack, while you are using a FIFO channel.</p>
<p>Finally, why do you need atomic access guaranteed by STM and TChan here? Would a Chan suffice? I think Chan is ok with many writer threads and a reader thread.</p>
<p>Will be glad to read more of your code. Consider posting to <a href="http://hpaste.org" rel="nofollow">http://hpaste.org</a> &#8211; it highlights your syntax.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Levi</title>
		<link>http://lstephen.wordpress.com/2007/09/08/the-actors-model-and-haskell/#comment-119</link>
		<dc:creator>Levi</dc:creator>
		<pubDate>Fri, 21 Sep 2007 05:38:46 +0000</pubDate>
		<guid isPermaLink="false">http://lstephen.wordpress.com/2007/09/08/the-actors-model-and-haskell/#comment-119</guid>
		<description>You may be interested to know that the Scheme language was initially an experiment to further understand the Actor model, too.  See http://www.acm.org/crossroads/xrds1-2/scheme.html for a bibliographic reference, if you&#039;d like to know more about it.</description>
		<content:encoded><![CDATA[<p>You may be interested to know that the Scheme language was initially an experiment to further understand the Actor model, too.  See <a href="http://www.acm.org/crossroads/xrds1-2/scheme.html" rel="nofollow">http://www.acm.org/crossroads/xrds1-2/scheme.html</a> for a bibliographic reference, if you&#8217;d like to know more about it.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
