<?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>just-a-blog &#187; mysql</title>
	<atom:link href="http://www.bastian.name/labels/mysql/feed" rel="self" type="application/rss+xml" />
	<link>http://www.bastian.name</link>
	<description>Aus dem Leben eines Computer-Junkies, der sich der konspirativen Gewalt der Multi-Medien nahezu ungefiltert ausgesetzt sieht.</description>
	<lastBuildDate>Sat, 12 Jun 2010 13:28:28 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Fehler in mod_auth_mysql behoben (svn could not read chunk size)</title>
		<link>http://www.bastian.name/2009/07/fehler-in-mod_auth_mysql-behoben-svn-could-not-read-chunk-size.html</link>
		<comments>http://www.bastian.name/2009/07/fehler-in-mod_auth_mysql-behoben-svn-could-not-read-chunk-size.html#comments</comments>
		<pubDate>Tue, 21 Jul 2009 14:26:37 +0000</pubDate>
		<dc:creator>bastian</dc:creator>
				<category><![CDATA[Arbeit]]></category>
		<category><![CDATA[apache2]]></category>
		<category><![CDATA[internet]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[mysql]]></category>
		<category><![CDATA[subversion]]></category>

		<guid isPermaLink="false">http://www.bastian.name/?p=555</guid>
		<description><![CDATA[Nach einer sehr aufwändigen Fehlersuche und zahlreichen false positives habe ich endlich meinen Fehler mit Subversion behoben. Die Fehlerbeschreibung Beim Checkout, Update oder Export aus Subversion kamen ständig Fehlermeldungen: svn: REPORT von »/svn/!svn/vcc/default«: Lesefehler bei Ermittlung der Blockgröße: connection was closed by server oder svn: REPORT von »/svn/!svn/vcc/default«: Could not read chunk size: connection was [...]]]></description>
			<content:encoded><![CDATA[<p><img class="alignleft size-medium wp-image-479" title="subversion_logo-384x332" src="http://www.bastian.name/wp-content/uploads/2009/06/subversion_logo-384x332-300x259.png" alt="subversion_logo-384x332" width="180" height="155" />Nach einer sehr aufwändigen Fehlersuche und <a href="http://www.nabble.com/svn:-chunked-stream-ended-unexpectedly-td20854037.html">zahlreichen</a> <a href="http://www.freebsd.de/archive/de-bsd-questions/de-bsd-questions.200805/0024.html">false</a> <a href="http://archives.devshed.com/forums/development-94/checkout-error-could-not-read-chunk-size-line-too-long-1286967.html">positives</a> habe ich endlich meinen <a href="http://www.bastian.name/2009/07/subversion-svn-chunked-stream-ended-unexpectedly.html">Fehler mit Subversion behoben</a>.</p>
<p>Die <strong>Fehlerbeschreibung</strong></p>
<p>Beim Checkout, Update oder Export aus Subversion kamen ständig Fehlermeldungen:</p>
<pre class="brush: bash">svn: REPORT von »/svn/!svn/vcc/default«: Lesefehler bei Ermittlung der Blockgröße: connection was closed by server</pre>
<p>oder</p>
<pre class="brush: bash">svn: REPORT von »/svn/!svn/vcc/default«: Could not read chunk size: connection was closed by server.</pre>
<p>Das Problem ist (ungefähr) mod_auth_mysql in Zusammenhang mit einem 64bit-String. Auf diese Idee kam ich, nachdem ich ein Backtrace des Fehlers im Apache2 durchgeführt habe. Sehr spannende Sache mal so tief in die Eingeweide des Systems hinab zu blicken. Schlussendlich konnte das Problem aber identifiziert und behoben werden.</p>
<p>Hier eine Anleitung wie man den Fehler von mod_auth_mysql für Apache2.2 auf 64Bit-Systemen behebt (Anregungen von <a href="https://lists.ubuntu.com/archives/ubuntu-users/2009-January/171967.html">Stephane Chazelas</a>):</p>
<ol>
<li>Aktuelle Sourcen von libapache2-mod-auth-mysql herunterladen und bauen lassen
<pre class="brush: bash">apt-get -b source libapache2-mod-auth-mysql</pre>
</li>
<li>sollten hierbei Fehler kommen: müssen folgende Pakete noch installiert werden
<pre class="brush: bash">apt-get install dpkg-dev debhelper dpatch apache2-threaded-dev</pre>
</li>
<li>jetzt ins Quellverzeichnis gehen und den <a href="http://launchpadlibrarian.net/26316509/mod-auth-mysql.diff">Patch</a> anwenden<br />
(einfach in der Datei mod_auth_mysql.c die Zeile mit dem + einfügen)</p>
<pre class="brush: diff">--- mod_auth_mysql.c~ 2009-01-19 14:57:14.717958623 +0000
+++ mod_auth_mysql.c 2009-01-19 14:54:00.947332133 +0000
@@ -49,6 +49,7 @@
#ifdef APACHE2
#include &quot;http_request.h&quot;   /* for ap_hook_(check_user_id | auth_checker)*/
#include &lt;apr_general .h&gt;
+#include &lt;apr_strings .h&gt;
#include &lt;apr_md5 .h&gt;
#include &lt;apr_sha1 .h&gt;
#else</pre>
<p></apr_sha1></apr_md5></apr_strings></apr_general></li>
<li>Nun nochmal compilieren
<pre class="brush: bash">./configure --disable-apache13 --enable-apache2 &amp;&amp; make</pre>
</li>
<li>Apache stoppen /etc/init.d/apache2 stop</li>
<li>zuletzt die alte Datei ersetzen
<pre class="brush: bash">cp ./apache2_mod_auth_mysql.so /usr/lib/apache2/modules/mod_auth_mysql.so</pre>
</li>
<li>Apache wieder starten und glücklich werden</li>
</ol>
<p>Das ganze nachzuvollziehen hat mich bestimmt 2 Tage Arbeit gekostet, aber jetzt funktioniert es wenigstens alles.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.bastian.name/2009/07/fehler-in-mod_auth_mysql-behoben-svn-could-not-read-chunk-size.html/feed</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Schnell-Anzeigen des Tabelleninhalts in phpMyAdmin 3.0</title>
		<link>http://www.bastian.name/2008/11/schnell-anzeigen-des-tabelleninhalts-in-phpmyadmin-30.html</link>
		<comments>http://www.bastian.name/2008/11/schnell-anzeigen-des-tabelleninhalts-in-phpmyadmin-30.html#comments</comments>
		<pubDate>Tue, 04 Nov 2008 08:12:00 +0000</pubDate>
		<dc:creator>bastian</dc:creator>
				<category><![CDATA[Arbeit]]></category>
		<category><![CDATA[internet]]></category>
		<category><![CDATA[mysql]]></category>
		<category><![CDATA[PHP]]></category>

		<guid isPermaLink="false">http://blog.bastian.name/?p=12</guid>
		<description><![CDATA[Es gibt ja im pma dieses kleine Icon in der linken Tabellenliste. Wenn man bisher da drauf geklickt hat, dann bekam man rechts sofort den Tabelleninhalt angezeigt. Mit Version 3.0 änderte sich dieses Verhalten standardmäßig. Es wurde (wenn man die config-Dateien beim Upgrade beibehalten hat) immer nur die Struktur angezeigt. Die Lösung ist recht einfach: [...]]]></description>
			<content:encoded><![CDATA[<p>Es gibt ja im <b>pma </b>dieses kleine Icon in der linken Tabellenliste. Wenn man bisher da drauf geklickt hat, dann bekam man rechts sofort den Tabelleninhalt angezeigt. Mit <b>Version 3.0</b> änderte sich dieses Verhalten standardmäßig. Es wurde (wenn man die config-Dateien beim Upgrade beibehalten hat) immer nur die Struktur angezeigt.</p>
<p>Die Lösung ist recht einfach: Das Icon und der Link sind jetzt über Konfigurationsvariablen einstellbar. Setzt man <span style='font-family: "Courier New",Courier,monospace;'>$cfg['<b>LeftDefaultTabTable</b>'] = &#8216;sql.php&#8217;;</span> (siehe <a href="http://wiki.cihar.com/pma/Config#LeftDefaultTabTable">phpMyAdminWiki</a>), dann ist das Verhalten wieder wie in den bisherigen Versionen.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.bastian.name/2008/11/schnell-anzeigen-des-tabelleninhalts-in-phpmyadmin-30.html/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Kleines PHP-Tool zur Triggerverwaltung ohne phpMyAdmin</title>
		<link>http://www.bastian.name/2007/09/kleines-php-tool-zur-triggerverwaltung-ohne-phpmyadmin.html</link>
		<comments>http://www.bastian.name/2007/09/kleines-php-tool-zur-triggerverwaltung-ohne-phpmyadmin.html#comments</comments>
		<pubDate>Sun, 09 Sep 2007 08:31:00 +0000</pubDate>
		<dc:creator>bastian</dc:creator>
				<category><![CDATA[Arbeit]]></category>
		<category><![CDATA[datenbank]]></category>
		<category><![CDATA[internet]]></category>
		<category><![CDATA[mysql]]></category>
		<category><![CDATA[PHP]]></category>

		<guid isPermaLink="false">http://blog.bastian.name/?p=32</guid>
		<description><![CDATA[Da aus verschiedenen Gründen Trigger mit dem phpMyAdmin nicht so recht laufen wollen, hat Binzy Wu ein Tool geschrieben, welches sehr einfach die Triggerverwaltung ermöglicht.]]></description>
			<content:encoded><![CDATA[<p>Da aus verschiedenen Gründen Trigger mit dem phpMyAdmin nicht so recht laufen wollen, hat <a href="http://www.binzywu.com/blog/">Binzy Wu</a> ein Tool geschrieben, welches sehr einfach die <a href="http://www.binzywu.com/blog/2007/06/26/a-little-mysql-trigger-manage-tool/">Triggerverwaltung</a> ermöglicht.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.bastian.name/2007/09/kleines-php-tool-zur-triggerverwaltung-ohne-phpmyadmin.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

