<?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>Einsichten &#187; Bug</title>
	<atom:link href="http://klti.de/blog/tag/bug/feed" rel="self" type="application/rss+xml" />
	<link>http://klti.de/blog</link>
	<description>Der Tägliche Kampf mit dem Rechner und dem Leben</description>
	<lastBuildDate>Sun, 14 Mar 2010 20:49:21 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Open Source vs. Shareholder Value</title>
		<link>http://klti.de/blog/2008/11/30/open-source-vs-shareholder-value</link>
		<comments>http://klti.de/blog/2008/11/30/open-source-vs-shareholder-value#comments</comments>
		<pubDate>Sun, 30 Nov 2008 09:28:13 +0000</pubDate>
		<dc:creator>klti</dc:creator>
				<category><![CDATA[/dev/null]]></category>
		<category><![CDATA[Nerdiges]]></category>
		<category><![CDATA[Bug]]></category>
		<category><![CDATA[mysql]]></category>
		<category><![CDATA[PostgreSQL]]></category>
		<category><![CDATA[Release]]></category>
		<category><![CDATA[Sun]]></category>

		<guid isPermaLink="false">http://klti.de/blog/?p=662</guid>
		<description><![CDATA[Es gibt ja schon lange Debatten, wie sich mit Oepn Source Software langfristig Geld verdienen lässt. Die Basis aller Modelle ist: Software als Open Source, Support gegen Geld.
Problematisch wird dieses Modell, wenn Software mit langen Release-Zyklen und hohen Stabilitäts-Anforderungen wie Datenbank-Server von einer börsennotierten Aktiengesellschaft vetrieben wird.
Anfang des Jahres schrillten bei so Manchem die Alarm-Glocken, [...]]]></description>
			<content:encoded><![CDATA[<p>Es gibt ja schon lange Debatten, wie sich mit Oepn Source Software langfristig Geld verdienen lässt. Die Basis aller Modelle ist: Software als Open Source, Support gegen Geld.</p>
<p>Problematisch wird dieses Modell, wenn Software mit langen Release-Zyklen und hohen Stabilitäts-Anforderungen wie Datenbank-Server von einer börsennotierten Aktiengesellschaft vetrieben wird.</p>
<p>Anfang des Jahres schrillten bei so Manchem die Alarm-Glocken, als Sun für 1 Milliarde Dollar die Firma MySQL samt des mit Abstand populärsten Datenbank-Servers aufkaufte. In seinem Blog hat sich jetzt der Gründer von MySQL jetzt offen zu den <a href="http://monty-says.blogspot.com/2008/11/oops-we-did-it-again-mysql-51-released.html">Problemen von der gerade erschienenen Version 5.1</a> geäußert. Die Kurzfassung: aus Features mit Qualität wurde Features zum richtigen Zeitpunkt.</p>
<p>Es wird dringend Zeit, dass sich PostgreSQL durchsetzt, ist sowieso das bessere DBMS.</p>
]]></content:encoded>
			<wfw:commentRss>http://klti.de/blog/2008/11/30/open-source-vs-shareholder-value/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>if it ain&#8217;t broke, don&#8217;t fix it</title>
		<link>http://klti.de/blog/2008/10/18/if-it-aint-broke-dont-fix-it</link>
		<comments>http://klti.de/blog/2008/10/18/if-it-aint-broke-dont-fix-it#comments</comments>
		<pubDate>Sat, 18 Oct 2008 20:29:12 +0000</pubDate>
		<dc:creator>klti</dc:creator>
				<category><![CDATA[/dev/null]]></category>
		<category><![CDATA[Bug]]></category>
		<category><![CDATA[Firmware Update]]></category>
		<category><![CDATA[PS3]]></category>
		<category><![CDATA[Sony]]></category>
		<category><![CDATA[Video]]></category>

		<guid isPermaLink="false">http://klti.de/blog/?p=615</guid>
		<description><![CDATA[Achtung, RANT:
An sich ist die permanente Weiterentwicklung der Firmware der Playstation 3 durch Sony ja ein gute Sache. Meistens kommen teilweise lang ersehnte Features hinzu, die das System zu so viel mehr als eine Spielkonsole machen.
Es wäre aber auch toll, wenn Sony die Firmware weiterentwickeln könnte ohne das von mir meistgenutzte Feature (Abspielen von Videos, [...]]]></description>
			<content:encoded><![CDATA[<p>Achtung, RANT:</p>
<p>An sich ist die permanente Weiterentwicklung der Firmware der Playstation 3 durch Sony ja ein gute Sache. Meistens kommen teilweise lang ersehnte Features hinzu, die das System zu so viel mehr als eine Spielkonsole machen.</p>
<p>Es wäre aber auch toll, wenn Sony die Firmware weiterentwickeln könnte ohne das von mir meistgenutzte Feature (Abspielen von Videos, die über einen Medienserver im netzwerk bereitgestellt werden) total zu zerbrechen, wie mit Firmware 2.50 geschehen.</p>
<p>Ein paar kurze Infos für Sony: Nicht jeder hat das Geld sich eine Flachbild-Fernseher mit HDMI zu kaufen. Es soll auch noch Leute geben, die die PS3 per Scart an ihren guten alten Röhren-Fernseher gehängt haben. Man sollte vielleicht auch noch berücksichtigen, dass es in Europa eine andere Norm für das VIdeo-Signal gibt als zum Beispiel in Japan oder den USA (<a href="http://en.wikipedia.org/wiki/PAL">PAL</a> statt <a href="http://en.wikipedia.org/wiki/NTSC">NTSC</a>). Wie wäre es also, wenn man neue Firmware 5 Minuten auch mal auf einer solchen Konfiguration testen würde?!? Dann wäre vielleicht auch aufgefallen, dass alle Videos nur in Schwarz-Weis abgespielt werden!!! <a href="http://en.wikipedia.org/wiki/Color_television">Farbfernsehen</a>, anyone? <img src='http://klti.de/blog/wp-content/plugins/smilies-themer/klti.de/icon_mad.gif' alt=':x' class='wp-smiley' /> </p>
<p>/RANT</p>
]]></content:encoded>
			<wfw:commentRss>http://klti.de/blog/2008/10/18/if-it-aint-broke-dont-fix-it/feed</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>Schnelles Bugfixing</title>
		<link>http://klti.de/blog/2008/05/11/schnelles-bugfixing</link>
		<comments>http://klti.de/blog/2008/05/11/schnelles-bugfixing#comments</comments>
		<pubDate>Sun, 11 May 2008 10:38:06 +0000</pubDate>
		<dc:creator>klti</dc:creator>
				<category><![CDATA[/dev/null]]></category>
		<category><![CDATA[BSD]]></category>
		<category><![CDATA[Bug]]></category>

		<guid isPermaLink="false">http://klti.de/blog/?p=414</guid>
		<description><![CDATA[Bei OpenBSD ist jetzt ein Bug gefixt worden, der mindestens 25 Jahre auf dem Buckel hat. Irgendwie fragt man sich schon, wie ein Bug im Verzeichniss-Handling des dateisystems SO lange überleben kann. Aber besser spät als nie  
]]></description>
			<content:encoded><![CDATA[<p>Bei OpenBSD ist jetzt <a href="http://www.fixmbr.de/ein-25-jahre-alter-unix-bug/">ein Bug gefixt worden</a>, der mindestens 25 Jahre auf dem Buckel hat. Irgendwie fragt man sich schon, wie ein Bug im Verzeichniss-Handling des dateisystems SO lange überleben kann. Aber besser spät als nie <img src='http://klti.de/blog/wp-content/plugins/smilies-themer/klti.de/icon_biggrin.gif' alt=':-D' class='wp-smiley' /> </p>
]]></content:encoded>
			<wfw:commentRss>http://klti.de/blog/2008/05/11/schnelles-bugfixing/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>So schlimm kann der Bug doch nicht sein&#8230;</title>
		<link>http://klti.de/blog/2006/12/10/so-schlimm-kann-der-bug-doch-nicht-sein</link>
		<comments>http://klti.de/blog/2006/12/10/so-schlimm-kann-der-bug-doch-nicht-sein#comments</comments>
		<pubDate>Sun, 10 Dec 2006 11:57:22 +0000</pubDate>
		<dc:creator>klti</dc:creator>
				<category><![CDATA[Nerdiges]]></category>
		<category><![CDATA[Bug]]></category>
		<category><![CDATA[Programmiersprache]]></category>

		<guid isPermaLink="false">http://klti.de/blog/2006/12/10/so-schlimm-kann-der-bug-doch-nicht-sein/</guid>
		<description><![CDATA[Hab gerade eine sehr nette Sammlung von Software-Bugs gefunden. Da bin ich irgendwie froh das ich nur Shopsysteme und keine Bestrahlungsanlagen programmiere  
Ein paar Highlights:
 Börse Vancouver, 1983:
Der Börsenindex VSEI stieg um 50% nach der Korrektur    von 2 Jahren Rundungsfehlern im Computerprogramm
Das nennt sich doch mal Wirtschaftsaufschwung.
 Bayreuth, September 1994:
Drei Parksündern [...]]]></description>
			<content:encoded><![CDATA[<p>Hab gerade eine sehr nette <a href="http://www-aix.gsi.de/~giese/swr/allehtml.html">Sammlung von Software-Bugs</a> gefunden. Da bin ich irgendwie froh das ich nur Shopsysteme und keine Bestrahlungsanlagen programmiere <img src='http://klti.de/blog/wp-content/plugins/smilies-themer/klti.de/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
<p>Ein paar Highlights:</p>
<blockquote><p><strong> Börse Vancouver, 1983:</strong><br />
Der Börsenindex VSEI stieg um 50% nach der Korrektur    von 2 Jahren Rundungsfehlern im Computerprogramm</p></blockquote>
<p>Das nennt sich doch mal Wirtschaftsaufschwung.</p>
<blockquote><p><strong> Bayreuth, September 1994:</strong><br />
Drei Parksündern wurde eine Anzeige wegen    &#8220;Vorbereitung eines Angriffskrieges&#8221; zugeschickt.<br />
Der Polizist hatte eine falsche Codenummer für die    Ordnungswidrigkeit eingegeben.</p></blockquote>
<p>Ich war schon immer der Meinung, das Parkplatzsuche wie Krieg ist.</p>
<blockquote><p><strong> F-16 Jagdflugzeug, ca. 1978:</strong><br />
Erstes Jagdflugzeug der USA mit Computer-Steuerung<br />
Überfliegen des Äquators:    Das Flugzeug stellte sich auf den Kopf<br />
Ursache: Vorzeichenfehler im Algorithmus des Programms    bei der Berücksichtigung der geographischen Breite<br />
Glück: Fehler wurde in der Simulation gefunden</p></blockquote>
<p>Ach, auf der Südhalbkugel steht man nicht Kopf?</p>
<blockquote><p><strong>Flugzeug-Helikopter Osprey, Dezember 2000:</strong><br />
Wegen hydraulischer Probleme erhielten die Piloten eine Fehlermeldung, die eine Bestätigung erforderte.<br />
Nach dem Drücken des Buttons geriet die Maschine in eine schwierige Flugsituation.<br />
Die Piloten drückten daraufhin den Button noch mehrfach, was schließlich zum Absturz des Flugzeugs führte: 4 Tote.</p></blockquote>
<p>Erkenntnis: Don&#8217;t press the button.</p>
]]></content:encoded>
			<wfw:commentRss>http://klti.de/blog/2006/12/10/so-schlimm-kann-der-bug-doch-nicht-sein/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Unwichtiger Kleinkram</title>
		<link>http://klti.de/blog/2006/10/25/unwichtiger-kleinkram</link>
		<comments>http://klti.de/blog/2006/10/25/unwichtiger-kleinkram#comments</comments>
		<pubDate>Wed, 25 Oct 2006 13:33:14 +0000</pubDate>
		<dc:creator>klti</dc:creator>
				<category><![CDATA[Nerdiges]]></category>
		<category><![CDATA[Bug]]></category>
		<category><![CDATA[C++]]></category>

		<guid isPermaLink="false">http://klti.de/blog/2006/10/25/unwichtiger-kleinkram/</guid>
		<description><![CDATA[ARGH! Ich hab heute den halben Tag einen Bug gejagt, der nur in bestimmten Umgebungen auftrat, dessen Lösung gerade mal eine zusätzliche Zeile Code ist.
Erkenntniss für die Zukunft:
Wenn man einen C++ ifstream mehrfach verwenden will, zwischen close() und nächstem open() clear() aufrufen, dann klappts auch mit den Dateien.
]]></description>
			<content:encoded><![CDATA[<p>ARGH! Ich hab heute den halben Tag einen Bug gejagt, der nur in bestimmten Umgebungen auftrat, dessen Lösung gerade mal eine zusätzliche Zeile Code ist.</p>
<p>Erkenntniss für die Zukunft:<br />
Wenn man einen C++ ifstream mehrfach verwenden will, zwischen close() und nächstem open() clear() aufrufen, dann klappts auch mit den Dateien.</p>
]]></content:encoded>
			<wfw:commentRss>http://klti.de/blog/2006/10/25/unwichtiger-kleinkram/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Argh!</title>
		<link>http://klti.de/blog/2006/07/14/argh-2</link>
		<comments>http://klti.de/blog/2006/07/14/argh-2#comments</comments>
		<pubDate>Fri, 14 Jul 2006 15:34:07 +0000</pubDate>
		<dc:creator>klti</dc:creator>
				<category><![CDATA[/dev/null]]></category>
		<category><![CDATA[Nerdiges]]></category>
		<category><![CDATA[Argh]]></category>
		<category><![CDATA[Bug]]></category>
		<category><![CDATA[C++]]></category>
		<category><![CDATA[Debugging]]></category>

		<guid isPermaLink="false">http://klti.de/blog/2006/07/14/argh-2/</guid>
		<description><![CDATA[Was ist der Unterschied zwischen 512 und 1?
1.5 Tage Debbuging.
]]></description>
			<content:encoded><![CDATA[<p>Was ist der Unterschied zwischen 512 und 1?</p>
<p>1.5 Tage Debbuging.</p>
]]></content:encoded>
			<wfw:commentRss>http://klti.de/blog/2006/07/14/argh-2/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Endlich</title>
		<link>http://klti.de/blog/2006/05/13/endlich</link>
		<comments>http://klti.de/blog/2006/05/13/endlich#comments</comments>
		<pubDate>Sat, 13 May 2006 10:51:19 +0000</pubDate>
		<dc:creator>klti</dc:creator>
				<category><![CDATA[Allgemeinplätze]]></category>
		<category><![CDATA[Bug]]></category>
		<category><![CDATA[Forceware]]></category>
		<category><![CDATA[nvidia]]></category>

		<guid isPermaLink="false">http://klti.de/blog/2006/05/13/endlich/</guid>
		<description><![CDATA[WOW, nach nur 6 Monaten hat NVidia jetzt endlich einen Forceware-Treiber rausgebracht, der das Problem nicht mehr hat.
]]></description>
			<content:encoded><![CDATA[<p>WOW, nach nur 6 Monaten hat NVidia jetzt endlich einen Forceware-Treiber rausgebracht, der <a href="http://klti.de/blog/2006/03/03/nvidia-vs-ati-00/">das Problem</a> nicht mehr hat.</p>
]]></content:encoded>
			<wfw:commentRss>http://klti.de/blog/2006/05/13/endlich/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>MySQLs 13ter Monat</title>
		<link>http://klti.de/blog/2005/12/16/mysqls-13ter-monat</link>
		<comments>http://klti.de/blog/2005/12/16/mysqls-13ter-monat#comments</comments>
		<pubDate>Fri, 16 Dec 2005 10:27:05 +0000</pubDate>
		<dc:creator>klti</dc:creator>
				<category><![CDATA[Pinguinfarm]]></category>
		<category><![CDATA[Bug]]></category>
		<category><![CDATA[mysql]]></category>

		<guid isPermaLink="false">http://klti.de/blog/?p=61</guid>
		<description><![CDATA[Ich habe gerade 3 Stunden damit zugebracht, einen Fehler in einer PHP-Applikation zu suchen. Die Vorraussetzungen waren so, das auf 2 verschiedenen Server die gleiche Datenbank und der gleiche PHP-Code lagen.
Das Problem:
Es wurden unterschiedlich Ergebnisse produziert.
Da bleibt ja als Ursache nur noch der MySQL-Server. Auf dem funktionierendem lief MySQL 4.1, auf dem nicht funktionierendem MySQL [...]]]></description>
			<content:encoded><![CDATA[<p>Ich habe gerade 3 Stunden damit zugebracht, einen Fehler in einer PHP-Applikation zu suchen. Die Vorraussetzungen waren so, das auf 2 verschiedenen Server die gleiche Datenbank und der gleiche PHP-Code lagen.</p>
<p>Das Problem:<br />
Es wurden unterschiedlich Ergebnisse produziert.</p>
<p>Da bleibt ja als Ursache nur noch der MySQL-Server. Auf dem funktionierendem lief MySQL 4.1, auf dem nicht funktionierendem MySQL 4.0.</p>
<p>Nach Stundenlanger Suche bin ich dann über eine Abfrage gestolpert, die alle Datensätze eines Monats ermittel:</p>
<blockquote><p>
&#8216;SELECT *<br />
FROM table<br />
WHERE<br />
time > &#8216;.$jahr.&#8217;-&#8217;.$monat.&#8217;-01 00:00:00<br />
AND time < '.$jahr.'-'.($monat+1).'-01 00:00:00;'
</p></blockquote>
<p>Das Problem liegt hier im generierten End-Datum: 2005-13-01 00:00:00.</p>
<p>MySQL 4.1 rechnet den Wert einfach auf ein gültiges Datum um, wie auch die date-Funktion.<br />
MySQL 4.0 liefert 0 Zeilen zurück.</p>
<p>Die Lösung ist relative einfach, einfach via date(&#8216;t&#8217;,mktime(Anfang des Monats)) den letzten Tag des Monats holen und so filtern.</p>
<p>ARGH!</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://klti.de/blog/2005/12/16/mysqls-13ter-monat/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
