<?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/"
		>
<channel>
	<title>Comments on: PostgreSQL back-end for Ruby on Rails confusion</title>
	<atom:link href="http://blog.bigsmoke.us/2008/08/28/postgresql-back-end-for-ruby-on-rails-confusion/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.bigsmoke.us/2008/08/28/postgresql-back-end-for-ruby-on-rails-confusion</link>
	<description>Smokes your problems, coughs fresh air.</description>
	<lastBuildDate>Sat, 04 Feb 2012 20:03:14 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Rowan Rodrik</title>
		<link>http://blog.bigsmoke.us/2008/08/28/postgresql-back-end-for-ruby-on-rails-confusion#comment-88395</link>
		<dc:creator>Rowan Rodrik</dc:creator>
		<pubDate>Sat, 28 Nov 2009 18:55:14 +0000</pubDate>
		<guid isPermaLink="false">http://blog.bigsmoke.us/?p=148#comment-88395</guid>
		<description>Turns out we were using the manually compiled &lt;a href=&quot;http://rubyforge.org/projects/ruby-postgres/&quot; rel=&quot;nofollow&quot;&gt;version&lt;/a&gt; in &lt;tt&gt;/usr/local&lt;/tt&gt;. We noticed this while upgrading a very messy Debian testing to Debian Lenny. To recompile this version successfully against &lt;tt&gt;libpq-8.3&lt;/tt&gt; instead of 8.2, I had to remove the &lt;tt&gt;#else&lt;/tt&gt; clause from the following bit in &lt;tt&gt;postgres.c&lt;/tt&gt; 

&lt;code lang=&quot;c&quot;&gt;
#ifndef HAVE_PG_ENCODING_TO_CHAR
#define pg_encoding_to_char(x) &quot;SQL_ASCII&quot;
#else
extern char* pg_encoding_to_char(int);
#endif
&lt;/code&gt;

I got this patch from a forum post by one of the guys who forked this code, but we got  none of these other projects to work with our version of ActiveRecord (the one in Rails 1.2.6). </description>
		<content:encoded><![CDATA[<p>Turns out we were using the manually compiled <a href="http://rubyforge.org/projects/ruby-postgres/" rel="nofollow">version</a> in <tt>/usr/local</tt>. We noticed this while upgrading a very messy Debian testing to Debian Lenny. To recompile this version successfully against <tt>libpq-8.3</tt> instead of 8.2, I had to remove the <tt>#else</tt> clause from the following bit in <tt>postgres.c</tt> </p>
<p><pre class="c"><span style="color: #339933;">#ifndef HAVE_PG_ENCODING_TO_CHAR</span>
<span style="color: #339933;">#define pg_encoding_to_char(x) &quot;SQL_ASCII&quot;</span>
<span style="color: #339933;">#else</span>
<span style="color: #000000; font-weight: bold;">extern</span> <span style="color: #993333;">char</span>* pg_encoding_to_char<span style="color: #66cc66;">&#40;</span><span style="color: #993333;">int</span><span style="color: #66cc66;">&#41;</span>;
<span style="color: #339933;">#endif </span></pre></p>
<p>I got this patch from a forum post by one of the guys who forked this code, but we got  none of these other projects to work with our version of ActiveRecord (the one in Rails 1.2.6).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: halfgaar</title>
		<link>http://blog.bigsmoke.us/2008/08/28/postgresql-back-end-for-ruby-on-rails-confusion#comment-80164</link>
		<dc:creator>halfgaar</dc:creator>
		<pubDate>Sun, 12 Jul 2009 08:38:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.bigsmoke.us/?p=148#comment-80164</guid>
		<description>We don&#039;t. We only have one server...</description>
		<content:encoded><![CDATA[<p>We don&#8217;t. We only have one server&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Keith Basil</title>
		<link>http://blog.bigsmoke.us/2008/08/28/postgresql-back-end-for-ruby-on-rails-confusion#comment-80107</link>
		<dc:creator>Keith Basil</dc:creator>
		<pubDate>Fri, 10 Jul 2009 18:49:38 +0000</pubDate>
		<guid isPermaLink="false">http://blog.bigsmoke.us/?p=148#comment-80107</guid>
		<description>How are you guys handling server replication and content synchronization with PostgreSQL?</description>
		<content:encoded><![CDATA[<p>How are you guys handling server replication and content synchronization with PostgreSQL?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rowan Rodrik</title>
		<link>http://blog.bigsmoke.us/2008/08/28/postgresql-back-end-for-ruby-on-rails-confusion#comment-54310</link>
		<dc:creator>Rowan Rodrik</dc:creator>
		<pubDate>Tue, 02 Sep 2008 13:21:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.bigsmoke.us/?p=148#comment-54310</guid>
		<description>O, the joy of documenting... I&#039;m really glad we&#039;re getting into the habit of logging more of what we encounter. Who cares if it&#039;s of no use to the most of the rest of the world...

I&#039;d try to answer any of those questions, if only I could remember...</description>
		<content:encoded><![CDATA[<p>O, the joy of documenting&#8230; I&#8217;m really glad we&#8217;re getting into the habit of logging more of what we encounter. Who cares if it&#8217;s of no use to the most of the rest of the world&#8230;</p>
<p>I&#8217;d try to answer any of those questions, if only I could remember&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: halfgaar</title>
		<link>http://blog.bigsmoke.us/2008/08/28/postgresql-back-end-for-ruby-on-rails-confusion#comment-51213</link>
		<dc:creator>halfgaar</dc:creator>
		<pubDate>Thu, 28 Aug 2008 14:02:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.bigsmoke.us/?p=148#comment-51213</guid>
		<description>Bigsmoke, if you have anything to add, please do...</description>
		<content:encoded><![CDATA[<p>Bigsmoke, if you have anything to add, please do&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

