<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<rss version="2.0">
  <channel>
  <title>Erlang Questions Google Group</title>
  <link>http://groups.google.com/group/erlang-questions</link>
  <description>Erlang Questions</description>
  <language>en</language>
  <item>
  <title>Re: [erlang-questions] New Book &quot;Erlang Programming&quot; from O&#39;Reilly</title>
  <link>http://groups.google.com/group/erlang-questions/browse_thread/thread/6a09da45f71252ca/211494741b2478ee?show_docid=211494741b2478ee</link>
  <description>
  Fellow Erlangers: &lt;br&gt; I am also a co-author of &amp;quot;Concurrent Programming with Erlang/OTP&amp;quot;, and the &lt;br&gt; original guy who sold Manning on the book idea. &lt;br&gt; Since that time I have been buried in a huge Erlang project that has &lt;br&gt; ironically made it very hard for me to contribute as much time as I would &lt;br&gt; like to this august forum, let alone the book, which is why I am glad I was
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/erlang-questions/browse_thread/thread/6a09da45f71252ca/211494741b2478ee?show_docid=211494741b2478ee</guid>
  <author>
  bobca...@tampabay.rr.com
  (Bob Calco)
  </author>
  <pubDate>Sat, 06 Sep 2008 17:25:08 UT
</pubDate>
  </item>
  <item>
  <title>[erlang-questions] [bug?] R12B-4 HTTP header parsing</title>
  <link>http://groups.google.com/group/erlang-questions/browse_thread/thread/53e1b6bbb8afc04e/80a866e9a896bf4a?show_docid=80a866e9a896bf4a</link>
  <description>
  Hi, &lt;br&gt; While testing the new erlang:decode_packet/3 I found it returns &lt;br&gt; http_error for inputs that are allowed by RFC2616 : &lt;br&gt; 1&amp;gt; erlang:decode_packet(httph,&amp;lt;&amp;lt;&amp;quot; Host: erlang.org:80\r\n\r\n&amp;quot;&amp;gt;&amp;gt;,[]). &lt;br&gt; {ok,{http_header,14,&#39;Host&#39;,und efined,&amp;quot;erlang.org:80&amp;quot;}, &lt;br&gt; &amp;lt;&amp;lt;&amp;quot;\r\n&amp;quot;&amp;gt;&amp;gt;} &lt;br&gt; 2&amp;gt; erlang:decode_packet(httph,&amp;lt;&amp;lt;&amp;quot; Host : erlang.org:80\r\n\r\n&amp;quot;&amp;gt;&amp;gt;,[]).
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/erlang-questions/browse_thread/thread/53e1b6bbb8afc04e/80a866e9a896bf4a?show_docid=80a866e9a896bf4a</guid>
  <author>
  ig...@free.fr
  (igwan)
  </author>
  <pubDate>Sat, 06 Sep 2008 11:49:59 UT
</pubDate>
  </item>
  <item>
  <title>Re: [erlang-questions] New Book &quot;Erlang Programming&quot; from O&#39;Reilly</title>
  <link>http://groups.google.com/group/erlang-questions/browse_thread/thread/6a09da45f71252ca/6caf25a5879fef5c?show_docid=6caf25a5879fef5c</link>
  <description>
  Yes we are working quite hard on this one. The stuff in MEAP is not really &lt;br&gt; worth reading right now as it is in pre pre beta form and very unedited. We &lt;br&gt; are moving quickly though and will be putting a much larger set of text and &lt;br&gt; code (which actually works, the stuff in the second chapter of what is &lt;br&gt; currently out there is not even compliable at this point :) )
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/erlang-questions/browse_thread/thread/6a09da45f71252ca/6caf25a5879fef5c?show_docid=6caf25a5879fef5c</guid>
  <author>
  martin.lo...@orbitz.com
  (Martin Logan)
  </author>
  <pubDate>Sat, 06 Sep 2008 04:47:02 UT
</pubDate>
  </item>
  <item>
  <title>Re: [erlang-questions] Executing an Erlang function from Perl</title>
  <link>http://groups.google.com/group/erlang-questions/browse_thread/thread/038f243baa728769/16339adb7164e326?show_docid=16339adb7164e326</link>
  <description>
  2008/9/5 Sebastian Bello &amp;lt;sebastian.be...@inswitch.us&amp;gt;: &lt;br&gt; Sebastian &lt;br&gt; Dir = filename:dirname(Beam), &lt;br&gt; code:addpatha(Dir) &lt;br&gt; /Anders &lt;br&gt; ______________________________ _________________ &lt;br&gt; erlang-questions mailing list &lt;br&gt; erlang-questi...@erlang.org &lt;br&gt; &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://www.erlang.org/mailman/listinfo/erlang-questions&quot;&gt;[link]&lt;/a&gt;
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/erlang-questions/browse_thread/thread/038f243baa728769/16339adb7164e326?show_docid=16339adb7164e326</guid>
  <author>
  anders.nyg...@gmail.com
  (Anders Nygren)
  </author>
  <pubDate>Fri, 05 Sep 2008 17:41:15 UT
</pubDate>
  </item>
  <item>
  <title>Re: [erlang-questions] Executing an Erlang function from Perl</title>
  <link>http://groups.google.com/group/erlang-questions/browse_thread/thread/038f243baa728769/982c27955d3f5b5a?show_docid=982c27955d3f5b5a</link>
  <description>
  Thanks Bengt and Chandru. &lt;br&gt; An additional question: if I know the full path to a .beam file, and &lt;br&gt; that path has no been added with a -pa for example, what would be the &lt;br&gt; way to execute a function of that module? &lt;br&gt; Sebastian- &lt;br&gt; Chandru escribió:
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/erlang-questions/browse_thread/thread/038f243baa728769/982c27955d3f5b5a?show_docid=982c27955d3f5b5a</guid>
  <author>
  sebastian.be...@inswitch.us
  (Sebastian Bello)
  </author>
  <pubDate>Fri, 05 Sep 2008 16:47:57 UT
</pubDate>
  </item>
  <item>
  <title>Re: [erlang-questions] Time to update programming rules?</title>
  <link>http://groups.google.com/group/erlang-questions/browse_thread/thread/408d37b897699f57/bb70291727ee5888?show_docid=bb70291727ee5888</link>
  <description>
  I too would like some clarification on this. Is this because you &lt;br&gt; disapprove of the design (i.e. personal opinion), because the Erlang &lt;br&gt; developers have recommended it not be used (i.e. it is an experimental &lt;br&gt; or soon to be removed feature), or something else? &lt;br&gt; The idea of using the package support appeals to me as it will help keep
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/erlang-questions/browse_thread/thread/408d37b897699f57/bb70291727ee5888?show_docid=bb70291727ee5888</guid>
  <author>
  btolp...@bigpond.net.au
  (Benjamin Tolputt)
  </author>
  <pubDate>Fri, 05 Sep 2008 03:17:50 UT
</pubDate>
  </item>
  <item>
  <title>Re: [erlang-questions] Time to update programming rules?</title>
  <link>http://groups.google.com/group/erlang-questions/browse_thread/thread/408d37b897699f57/a9c97e0116f5ab1f?show_docid=a9c97e0116f5ab1f</link>
  <description>
  I understand the possibility of errors. Possibility of error is a decent &lt;br&gt; point, but one that can (and has) been made about other parts of the &lt;br&gt; Erlang system. As I understand it then, this is an &amp;quot;opinion&amp;quot; exclusion &lt;br&gt; of use rather than one endorsed by the developers of Erlang (given they &lt;br&gt; implemented it and have yet to remove it from the system). Not throwing
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/erlang-questions/browse_thread/thread/408d37b897699f57/a9c97e0116f5ab1f?show_docid=a9c97e0116f5ab1f</guid>
  <author>
  btolp...@bigpond.net.au
  (Benjamin Tolputt)
  </author>
  <pubDate>Fri, 05 Sep 2008 04:10:54 UT
</pubDate>
  </item>
  <item>
  <title>Re: [erlang-questions] Application granularity (was: Parallel Shootout &amp; a style question)</title>
  <link>http://groups.google.com/group/erlang-questions/browse_thread/thread/712bd3ec94e17f76/8d1a3954a1cdf520?show_docid=8d1a3954a1cdf520</link>
  <description>
  2008/9/5 Jay Nelson &amp;lt;j...@duomark.com&amp;gt;: &lt;br&gt; Well, there is a foolish corner in the brain of the wisest man, &lt;br&gt; said Aristotle. It probably holds true still. ;-) &lt;br&gt; I&#39;ve long since lost count of all the not-so-bright ideas I&#39;ve aired &lt;br&gt; over the years. I hope everyone else has, too. (: &lt;br&gt; BR, &lt;br&gt; Ulf W &lt;br&gt; ______________________________ _________________
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/erlang-questions/browse_thread/thread/712bd3ec94e17f76/8d1a3954a1cdf520?show_docid=8d1a3954a1cdf520</guid>
  <author>
  u...@wiger.net
  (Ulf Wiger)
  </author>
  <pubDate>Fri, 05 Sep 2008 15:03:42 UT
</pubDate>
  </item>
  <item>
  <title>Re: [erlang-questions] Application granularity (was: Parallel Shootout &amp; a style question)</title>
  <link>http://groups.google.com/group/erlang-questions/browse_thread/thread/712bd3ec94e17f76/0028213ad4b683d0?show_docid=0028213ad4b683d0</link>
  <description>
  I conflated several topics that were discussed in the previous thread. &lt;br&gt; You are right, and this can be done incrementally, even by the community &lt;br&gt; as contributions back to the OTP team. &lt;br&gt; jay &lt;br&gt; ______________________________ _________________ &lt;br&gt; erlang-questions mailing list &lt;br&gt; erlang-questi...@erlang.org &lt;br&gt; &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://www.erlang.org/mailman/listinfo/erlang-questions&quot;&gt;[link]&lt;/a&gt;
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/erlang-questions/browse_thread/thread/712bd3ec94e17f76/0028213ad4b683d0?show_docid=0028213ad4b683d0</guid>
  <author>
  j...@duomark.com
  (Jay Nelson)
  </author>
  <pubDate>Fri, 05 Sep 2008 14:53:57 UT
</pubDate>
  </item>
  <item>
  <title>Re: [erlang-questions] New Book &quot;Erlang Programming&quot; from O&#39;Reilly</title>
  <link>http://groups.google.com/group/erlang-questions/browse_thread/thread/6a09da45f71252ca/a08f16cb62a05a98?show_docid=a08f16cb62a05a98</link>
  <description>
  O&#39;Reilly&#39;s not the only publisher with an Erlang book &lt;br&gt; coming out. I posted a while ago about a &lt;br&gt; then-anonymous publsiher and their plans: &lt;br&gt; &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://on-erlang.blogspot.com/2008/02/more-book-rumours.html&quot;&gt;[link]&lt;/a&gt; &lt;br&gt; Since then, Manning has come out of hiding and &lt;br&gt; announced their book, which is now partially available in
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/erlang-questions/browse_thread/thread/6a09da45f71252ca/a08f16cb62a05a98?show_docid=a08f16cb62a05a98</guid>
  <author>
  pat.ey...@gmail.com
  (pat eyler)
  </author>
  <pubDate>Fri, 05 Sep 2008 14:44:32 UT
</pubDate>
  </item>
  <item>
  <title>Re: [erlang-questions] Application granularity (was: Parallel Shootout &amp; a style question)</title>
  <link>http://groups.google.com/group/erlang-questions/browse_thread/thread/712bd3ec94e17f76/2d714cd4564f4836?show_docid=2d714cd4564f4836</link>
  <description>
  A later posting proposed a gen_stream library: &lt;br&gt; &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://www.erlang.org/pipermail/erlang-questions/2007-December/&quot;&gt;[link]&lt;/a&gt; &lt;br&gt; 031634.html &lt;br&gt; which was a change in my thinking based on the earlier failed &lt;br&gt; proposition, &lt;br&gt; the introduction of binary comprehensions (which I think were a &lt;br&gt; fantastic &lt;br&gt; addition, although I&#39;m a bit biased) and the flurry of discussions about
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/erlang-questions/browse_thread/thread/712bd3ec94e17f76/2d714cd4564f4836?show_docid=2d714cd4564f4836</guid>
  <author>
  j...@duomark.com
  (Jay Nelson)
  </author>
  <pubDate>Fri, 05 Sep 2008 14:41:46 UT
</pubDate>
  </item>
  <item>
  <title>Re: [erlang-questions] Application granularity (was: Parallel Shootout &amp; a style question)</title>
  <link>http://groups.google.com/group/erlang-questions/browse_thread/thread/712bd3ec94e17f76/5c09be7169c4b4ee?show_docid=5c09be7169c4b4ee</link>
  <description>
  Quite right, but that&#39;s where the architecture challenge is. There &lt;br&gt; has to be some areas of the problem where it can be split differently &lt;br&gt; if you assume the hardware is constructed differently. For example, &lt;br&gt; why not one process per subscriber for services lookup rather than a &lt;br&gt; central database?
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/erlang-questions/browse_thread/thread/712bd3ec94e17f76/5c09be7169c4b4ee?show_docid=5c09be7169c4b4ee</guid>
  <author>
  j...@duomark.com
  (Jay Nelson)
  </author>
  <pubDate>Fri, 05 Sep 2008 14:35:16 UT
</pubDate>
  </item>
  <item>
  <title>Re: [erlang-questions] Application granularity (was: Parallel Shootout &amp; a style question)</title>
  <link>http://groups.google.com/group/erlang-questions/browse_thread/thread/712bd3ec94e17f76/5bbc5e603329ca68?show_docid=5bbc5e603329ca68</link>
  <description>
  I did suggest it and after a discussion involving Kostis &lt;br&gt; and some of the language implementers, I realized it &lt;br&gt; was counter to the philosophy of erlang: code is sequential, &lt;br&gt; processes are explicit. It makes the implementation of the &lt;br&gt; language far easier to manage and the results far more predictable &lt;br&gt; for a programmer. (Or more bluntly, I was disabused of the idea.)
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/erlang-questions/browse_thread/thread/712bd3ec94e17f76/5bbc5e603329ca68?show_docid=5bbc5e603329ca68</guid>
  <author>
  j...@duomark.com
  (Jay Nelson)
  </author>
  <pubDate>Fri, 05 Sep 2008 14:26:34 UT
</pubDate>
  </item>
  <item>
  <title>Re: [erlang-questions] pgsql:prepare() doesn&#39;t work with PostgreSQL 8.3.3</title>
  <link>http://groups.google.com/group/erlang-questions/browse_thread/thread/2efea471215a1fa6/259779896eea8d6c?show_docid=259779896eea8d6c</link>
  <description>
  Hello. &lt;br&gt; As addition to the previous message on pgsql. Such code: &lt;br&gt; pgsql:pquery(Db, &amp;quot;INSERT INTO foo VALUES ($1)&amp;quot;, [555]) &lt;br&gt; also doesn&#39;t work, producing the error: &lt;br&gt; ------------------------------ ------------------------------ ------------ &lt;br&gt; ** exception exit: {timeout, &lt;br&gt; {gen_server,call,
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/erlang-questions/browse_thread/thread/2efea471215a1fa6/259779896eea8d6c?show_docid=259779896eea8d6c</guid>
  <author>
  neav...@gmail.com
  (Sergey S.)
  </author>
  <pubDate>Fri, 05 Sep 2008 12:30:44 UT
</pubDate>
  </item>
  <item>
  <title>[erlang-questions] PID recycling</title>
  <link>http://groups.google.com/group/erlang-questions/browse_thread/thread/eb4e23dd0def9b65/92dfdf977ca286cb?show_docid=92dfdf977ca286cb</link>
  <description>
  Hi, &lt;br&gt; I saw that Erlang PID-s, beside their visible part, have an invisible &lt;br&gt; part, incarnation counter. &lt;br&gt; It appears to be cycled between the values 1-&amp;gt;2-&amp;gt;3. (Look at the &lt;br&gt; last byte of the binaries below.) &lt;br&gt; erl -sname a &lt;br&gt; Erlang (BEAM) emulator version 5.6.1 [source] [async-threads:0] &lt;br&gt; [kernel-poll:false] &lt;br&gt; Eshell V5.6.1  (abort with ^G)
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/erlang-questions/browse_thread/thread/eb4e23dd0def9b65/92dfdf977ca286cb?show_docid=92dfdf977ca286cb</guid>
  <author>
  zoltan.peter.t...@ericsson.com
  (Zoltan Peter Toth)
  </author>
  <pubDate>Fri, 05 Sep 2008 12:08:22 UT
</pubDate>
  </item>
  </channel>
</rss>
