<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>pitr.net &#187; bugs</title>
	<atom:link href="http://www.pitr.net/index.php/category/bugs/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.pitr.net</link>
	<description></description>
	<lastBuildDate>Sat, 11 Jul 2009 19:25:10 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>Internal error: pcfg_openfile() called with NULL filename</title>
		<link>http://www.pitr.net/index.php/2007/08/08/internal-error-pcfg_openfile-called-with-null-filename/</link>
		<comments>http://www.pitr.net/index.php/2007/08/08/internal-error-pcfg_openfile-called-with-null-filename/#comments</comments>
		<pubDate>Wed, 08 Aug 2007 09:07:55 +0000</pubDate>
		<dc:creator>pj</dc:creator>
				<category><![CDATA[apache2]]></category>
		<category><![CDATA[bugs]]></category>
		<category><![CDATA[opensource]]></category>
		<category><![CDATA[subversion]]></category>

		<guid isPermaLink="false">http://www.pitr.net/index.php/2007/08/08/internal-error-pcfg_openfile-called-with-null-filename/</guid>
		<description><![CDATA[While upgrading Apache to version 2.2.4-2 for a subversion upgrade (version 1.4.4dfsg1-1) I ran into errors with my auth_pgsql (or any other auth_mysql, auth_ldap or auth_* module) setup: &#8220;Internal error: pcfg_openfile() called with NULL filename&#8221; This is caused by auth_basic and stops the authentication and authorisation process. Adding the following directive to your auth_pgsql or [...]]]></description>
			<content:encoded><![CDATA[<p>While upgrading Apache to version 2.2.4-2 for a subversion upgrade (version 1.4.4dfsg1-1) I ran into errors with my auth_pgsql (or any other auth_mysql, auth_ldap or auth_* module) setup:</p>
<p>&#8220;Internal error: pcfg_openfile() called with NULL filename&#8221;</p>
<p>This is caused by auth_basic and stops the authentication and authorisation process. Adding the following directive to your auth_pgsql or auth_ldap config file solves the problem:</p>
<p>&#8220;AuthBasicAuthoritative Off&#8221;<br />
It disables basic authorisation being authoritive for the authorisation process. The errors will still be visible in your logfiles, but the authorisation scheme works as normal.</p>
<p>Other tags:</p>
<ul>
<li>Apache 2.2 error</li>
<li>Apache 2.2 subversion 1.4.4 error</li>
<li>mod_pgsql pcfg_openfile errors</li>
</ul>
<p>http://gforge.org/forum/message.php?msg_id=10926&#038;group_id=128</p>
]]></content:encoded>
			<wfw:commentRss>http://www.pitr.net/index.php/2007/08/08/internal-error-pcfg_openfile-called-with-null-filename/feed/</wfw:commentRss>
		<slash:comments>11</slash:comments>
		</item>
		<item>
		<title>Windows image viewer slow</title>
		<link>http://www.pitr.net/index.php/2007/08/02/windows-image-viewer-slow/</link>
		<comments>http://www.pitr.net/index.php/2007/08/02/windows-image-viewer-slow/#comments</comments>
		<pubDate>Thu, 02 Aug 2007 21:52:34 +0000</pubDate>
		<dc:creator>pj</dc:creator>
				<category><![CDATA[bugs]]></category>

		<guid isPermaLink="false">http://www.pitr.net/index.php/2007/08/02/windows-image-viewer-slow/</guid>
		<description><![CDATA[When your windows image viewer is really slow in showing the image (halts on &#8216;Generating preview&#8217;), make sure that there are no dead links in the same folder as you are currently viewing the file in. Broken links to network drives for example cause slowdown of the image viewer. This usually occurs on the desktop, [...]]]></description>
			<content:encoded><![CDATA[<p>When your windows image viewer is really slow in showing the image (halts on &#8216;Generating preview&#8217;), make sure that there are no dead links in the same folder as you are currently viewing the file in. Broken links to network drives for example cause slowdown of the image viewer. This usually occurs on the desktop, which contains shortcuts to programs or games that might no longer be installed on your computer.</p>
<p>Moving the images to a seperate directory solves the problem.</p>
<p>Other tags:</p>
<ul>
<li>slow windows image viewer</li>
<li>performance problem windows image viewer</li>
<li>Picture taking forever to open</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.pitr.net/index.php/2007/08/02/windows-image-viewer-slow/feed/</wfw:commentRss>
		<slash:comments>12</slash:comments>
		</item>
		<item>
		<title>To DVI or not to DVI Part 2</title>
		<link>http://www.pitr.net/index.php/2007/01/03/to-dvi-or-not-to-dvi-part-2/</link>
		<comments>http://www.pitr.net/index.php/2007/01/03/to-dvi-or-not-to-dvi-part-2/#comments</comments>
		<pubDate>Tue, 02 Jan 2007 23:08:52 +0000</pubDate>
		<dc:creator>pj</dc:creator>
				<category><![CDATA[bugs]]></category>
		<category><![CDATA[hardware]]></category>

		<guid isPermaLink="false">http://www.pitr.net/index.php/2007/01/03/to-dvi-or-not-to-dvi-part-2/</guid>
		<description><![CDATA[After my dramatic attempt to get my hands on an IIyama E2200WS last weekend, the friendly people at graficall sold me a *real* E2200WS. I had to negotiate a new sleeping place with the cats, though: (apologies on the low motorola SLVR resolution)]]></description>
			<content:encoded><![CDATA[<p>After my dramatic attempt to get my hands on an IIyama E2200WS <a title="last weekend" href="http://www.pitr.net/index.php/2006/12/30/iiyama-e2200ws-to-dvi-or-not-to-dvi/">last weekend</a>, the friendly people at <a target="_blank" title="graficall" href="http://www.graficall.nl/">graficall</a> sold me a *real* E2200WS.</p>
<p>I had to negotiate a new sleeping place with the cats, though:</p>
<p><img src="http://pitr.net/tmp/bakje.jpg" /></p>
<p><img src="http://pitr.net/tmp/bakje2.jpg" /></p>
<p>(apologies on the low motorola SLVR resolution)</p>
]]></content:encoded>
			<wfw:commentRss>http://www.pitr.net/index.php/2007/01/03/to-dvi-or-not-to-dvi-part-2/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Google bug?</title>
		<link>http://www.pitr.net/index.php/2006/11/07/google-bug/</link>
		<comments>http://www.pitr.net/index.php/2006/11/07/google-bug/#comments</comments>
		<pubDate>Mon, 06 Nov 2006 23:20:47 +0000</pubDate>
		<dc:creator>pj</dc:creator>
				<category><![CDATA[bugs]]></category>

		<guid isPermaLink="false">http://www.pitr.net/index.php/2006/11/07/google-bug/</guid>
		<description><![CDATA[Funny: (It&#8217;s already been reported)]]></description>
			<content:encoded><![CDATA[<p>Funny:</p>
<p><a href="http://www.pitr.net/wp-content/uploads/2006/11/googlebug.png"><img width="400" height="150" border="0" id="image13" alt="googlebug.png" src="http://www.pitr.net/wp-content/uploads/2006/11/googlebug.png" /></a></p>
<p>(It&#8217;s already been reported)</p>
]]></content:encoded>
			<wfw:commentRss>http://www.pitr.net/index.php/2006/11/07/google-bug/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Apache2 and subversion broken</title>
		<link>http://www.pitr.net/index.php/2006/10/11/apache2-subversion-broken/</link>
		<comments>http://www.pitr.net/index.php/2006/10/11/apache2-subversion-broken/#comments</comments>
		<pubDate>Wed, 11 Oct 2006 20:09:28 +0000</pubDate>
		<dc:creator>pj</dc:creator>
				<category><![CDATA[apache2]]></category>
		<category><![CDATA[bugs]]></category>
		<category><![CDATA[opensource]]></category>
		<category><![CDATA[subversion]]></category>

		<guid isPermaLink="false">http://www.pitr.net/index.php/2006/10/11/apache2-subversion-broken/</guid>
		<description><![CDATA[Problem: SVN (Subversion) didn&#8217;t work: &#8220;(20014)Internal error: Bad database version: compiled with 4.4.20, running against 4.3.28&#8243; Solution: But only this time: the debian-apache2 team linked apache2 against both libdb4.3 and libdb4.4. I rely heavily on the apache2 module &#8220;dav_svn&#8221;, which uses apache2&#8242;s preferred libdb. After four hours of reinstalling and debugging with the help of [...]]]></description>
			<content:encoded><![CDATA[<p>Problem: SVN (Subversion) didn&#8217;t work: &#8220;(20014)Internal error: Bad database version: compiled with 4.4.20, running against 4.3.28&#8243;</p>
<p>Solution:</p>
<p>But only this time: the debian-apache2 team linked apache2 against both libdb4.3 and libdb4.4. I rely heavily on the apache2 module &#8220;dav_svn&#8221;, which uses apache2&#8242;s preferred libdb.</p>
<p>After four hours of reinstalling and debugging with the help of Peter Samuelsen, he found this issue and reported it to the debian-apache2 team.</p>
<p>The updated subversion debian package is at: <a href="http://free.linux.hp.com/~troyhebe/subversion-1.4.0-5/libsvn1_1.4.0-5_i386.deb">http://free.linux.hp.com/~troyhebe/subversion-1.4.0-5/libsvn1_1.4.0-5_i386.deb</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.pitr.net/index.php/2006/10/11/apache2-subversion-broken/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
