<?xml version="1.0" encoding="UTF-8"?>
<!--Generated by Squarespace Site Server v5.9.2 (http://www.squarespace.com/) on Wed, 10 Mar 2010 08:53:19 GMT--><?xml-stylesheet type="text/css" href="/universal/styles/feed.css"?><rss version="2.0"><channel><title>Blog - Comments</title><link>http://rklophaus.com/blog/</link><description></description><copyright></copyright><language>en-US</language><generator>Squarespace Site Server v5.9.2 (http://www.squarespace.com/)</generator><item><title>dewd comments on Nitrogen, Riak, and 1,000 Lines of Erlang</title><author>dewd</author><pubDate>Fri, 05 Mar 2010 03:08:42 +0000</pubDate><link>http://rklophaus.com/blog/2009/12/5/nitrogen-riak-and-1000-lines-of-erlang.html#comments</link><guid isPermaLink="false">304361:3142087:comment/7652506</guid><description><![CDATA[<p>Rusty,<br/>I tried a prior version of Riak (v0.6), and everything worked like a charm.  I'll put a note about version dependencies on the github wiki...<br/>thanks again -- great (!) learning aid :-)<br/>--dewd</p>]]></description></item><item><title>dewd comments on Nitrogen, Riak, and 1,000 Lines of Erlang</title><author>dewd</author><pubDate>Fri, 05 Mar 2010 01:02:49 +0000</pubDate><link>http://rklophaus.com/blog/2009/12/5/nitrogen-riak-and-1000-lines-of-erlang.html#comments</link><guid isPermaLink="false">304361:3142087:comment/7651876</guid><description><![CDATA[<p>Rusty,</p><p>I love what you're doing with Nitrogen &amp; Riak and wanted to use SlideBlast as a starting point for learning.  Unfortunately I'm having difficulty getting it running, wondering if you can point me in the direction of the problem.</p><p>it looks to me that my install is failing on the riak start within caster (I've tried both the mochi &amp; inets versions), though I can manually start &amp; test riak from the command line.</p><p>the install recipe was from the README.markdown, though I've subsequently tried a full download / build of riak.</p><p>macosx 10.6<br/>erl</p><p>any suggestions?<br/>any forum that you would point me to (other than your blog?)</p><p>keep up the great work!</p><p>----- trace ----</p><p>=CRASH REPORT==== 4-Mar-2010::19:52:57 ===<br/>  crasher:<br/>    initial call: application_master:init/4<br/>    pid: &lt;0.170.0&gt;<br/>    registered_name: []<br/>    exception exit: {bad_return,<br/>                        {{caster_inets_app,start,[normal,[]]},<br/>                         {'EXIT',<br/>                             {undef,<br/>                                 [{riak,start,[[&quot;riak.config&quot;]]},<br/>                                  {caster_inets_app,start,2},<br/>                                  {application_master,start_it_old,4}]}}}}<br/>      in function  application_master:init/4</p>]]></description></item><item><title>Evie24Ma comments on Rod Hilton Loves Pair Programming</title><author>Evie24Ma</author><pubDate>Wed, 24 Feb 2010 02:55:42 +0000</pubDate><link>http://rklophaus.com/blog/2009/2/22/rod-hilton-loves-pair-programming.html#comments</link><guid isPermaLink="false">304361:3142087:comment/7559356</guid><description><![CDATA[<p>People think that the term paper format writing seems to be the most time wasting issue. But, students rely on the <a href="http://quality-papers.com" rel="nofollow">paper writing service</a> help every time when it is needed.</p>]]></description></item><item><title>joe comments on Submodules and Subrepos Done Right</title><author>joe</author><pubDate>Fri, 12 Feb 2010 11:45:30 +0000</pubDate><link>http://rklophaus.com/blog/2010/1/24/submodules-and-subrepos-done-right.html#comments</link><guid isPermaLink="false">304361:3142087:comment/7423534</guid><description><![CDATA[<p>thanks,</p><p>thats exactly what i needed.<br/>if i looked at the script, i thought its ingenious simple.</p>]]></description></item><item><title>David Dabbs comments on gproc - Erlang Global Process Registry</title><author>David Dabbs</author><pubDate>Tue, 12 Jan 2010 16:15:01 +0000</pubDate><link>http://rklophaus.com/blog/2009/9/16/gproc-erlang-global-process-registry.html#comments</link><guid isPermaLink="false">304361:3142087:comment/6898388</guid><description><![CDATA[<p>Hello. Thank you for the informative post. I'm new to Erlang, but I think qproc is what I'm looking for. The latest qproc version notes that <blockquote>. . .In its current state, the global registration facility is broken and should not be used. It will be migrated over to a new version of gen_leader. This work will be done with low priority unless people express a strong urge to use this functionality. </blockquote><br/>Does this mean one should not try to distribute the process registry across nodes? I only need the process lookup (for a session store) in one node. Also, there seem to be multiple _gen_leader efforts, including one to merge and update them into one codebase. Are any of these needed to run qproc, and if so, which&gt; Thanks.</p>]]></description></item><item><title>Ulf Wiger comments on gproc - Erlang Global Process Registry</title><author>Ulf Wiger</author><pubDate>Thu, 31 Dec 2009 08:09:09 +0000</pubDate><link>http://rklophaus.com/blog/2009/9/16/gproc-erlang-global-process-registry.html#comments</link><guid isPermaLink="false">304361:3142087:comment/6716945</guid><description><![CDATA[<p>The bugs that Thomas is speaking of were not found in gproc, but in a predecessor of it. Gproc handles those cases differently. Work is underway to use the same QuickCheck methods for testing gproc. So far, we have at least been able show that it doesn't suffer the <i>same</i> problems as its predecessor.</p>]]></description></item><item><title>Rusty comments on gproc - Erlang Global Process Registry</title><author>Rusty</author><pubDate>Wed, 02 Dec 2009 05:08:44 +0000</pubDate><link>http://rklophaus.com/blog/2009/9/16/gproc-erlang-global-process-registry.html#comments</link><guid isPermaLink="false">304361:3142087:comment/6479658</guid><description><![CDATA[<p>@Andreas - Thanks for the heads up, fixed the bug.</p>]]></description></item><item><title>Rusty comments on Nitrogen at the Erlang Factory across the Pond</title><author>Rusty</author><pubDate>Wed, 02 Dec 2009 05:07:38 +0000</pubDate><link>http://rklophaus.com/blog/2009/6/2/nitrogen-at-the-erlang-factory-across-the-pond.html#comments</link><guid isPermaLink="false">304361:3142087:comment/6479652</guid><description><![CDATA[<p>Thanks! I used <a href="http://prezi.com/" rel="nofollow">Prezi</a> to create the presentation. Interesting software, but requires much more upfront planning than a plain old slide deck.</p>]]></description></item><item><title>Kevin Dewalt comments on The Bilski Case and Software Patents</title><author>Kevin Dewalt</author><pubDate>Wed, 02 Dec 2009 03:40:08 +0000</pubDate><link>http://rklophaus.com/blog/2009/12/1/the-bilski-case-and-software-patents.html#comments</link><guid isPermaLink="false">304361:3142087:comment/6479145</guid><description><![CDATA[<p>First, you are one talented hombre and I'm honored to call you a colleague.  If the world TRULY knew how smart and diverse programmers are the Dilbert stereotypes would vanish.  How many people could become Erlang experts and take an interest in the legal implications of creativity?  </p><p>Second, I'm glad you touched on pros and cons in this debate.  I also see both.  In the end...I guess I feel like the whole software patent process is so truly broken that it needs to be tossed.  Software should probably mirror copyright law and not patent law.  It just moves too fast and will ultimately move faster.  Plus...for what ever reason... it seems to me that 'patents' are primarily a club of the entrenched competitor and not the innovator.</p><p>In my last startup I totally punted on the patent issue.  I just didn't have the time or bandwidth to focus on it.  I was too busy focusing on the product/market fit.  Which is really, really, tough, tough enough to take the risk that someone with 'intellectual property' would use the courts to stop me from helping customers.  Something about such a system creeps me out.</p><p>But it is a tough issue with a lot of sides...</p>]]></description></item></channel></rss>