<?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>LocalDev &#187; error</title>
	<atom:link href="http://localdev.de/tags/error/feed/" rel="self" type="application/rss+xml" />
	<link>http://localdev.de</link>
	<description>Web, Desktop &#38; Mobile Development</description>
	<lastBuildDate>Thu, 01 Dec 2011 18:54:03 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>PHP: go-pear.phar does not have a signature</title>
		<link>http://localdev.de/2011/01/php-go-pear-phar-does-not-have-a-signature/</link>
		<comments>http://localdev.de/2011/01/php-go-pear-phar-does-not-have-a-signature/#comments</comments>
		<pubDate>Wed, 26 Jan 2011 21:01:27 +0000</pubDate>
		<dc:creator>Fabian Martin</dc:creator>
				<category><![CDATA[PHP]]></category>
		<category><![CDATA[Tipps & Tricks]]></category>
		<category><![CDATA[error]]></category>
		<category><![CDATA[Fehler]]></category>
		<category><![CDATA[pear]]></category>

		<guid isPermaLink="false">http://localdev.de/?p=1403</guid>
		<description><![CDATA[Schon mal versucht ein PEAR Paket unter Windows zu installieren? Die oben genannte Fehlermeldung kriege ich bei jeder neuen Installation, und da es mir zu blöd ist, jedes Mal wieder auf die Suche nach der Lösung gehen zu müssen, hier nun eine Gedächtnisstütze für mich (und vielleicht auch für euch). Öffnet mit einem Editor eurer [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://localdev.de/2011/01/php-go-pear-phar-does-not-have-a-signature/1070022_79475731_small/" rel="attachment wp-att-1415"><img src="http://localdev.de/wp-content/uploads/2011/01/1070022_79475731_small.jpg" alt="" title="1070022_79475731_small" width="113" height="150" class="alignright size-full wp-image-1415" /></a>Schon mal versucht ein PEAR Paket unter Windows zu installieren? Die oben genannte Fehlermeldung kriege ich bei jeder neuen Installation, und da es mir zu blöd ist, jedes Mal wieder auf die Suche nach der Lösung gehen zu müssen, hier nun eine Gedächtnisstütze für mich (und vielleicht auch für euch).</p>
<p>Öffnet mit einem Editor eurer Wahl die pear.bat bzw. die go-pear.bat und fügt den folgenden Parameter hinter  php.exe ein:</p>
<pre class="brush: bash; title: ; notranslate">
 -d phar.require_hash=0
</pre>
<p>Nach der Änderung, müsste eure go-pear.bat ungefähr so aussehen:</p>
<pre class="brush: bash; title: ; notranslate">
@ECHO OFF
set PHP_BIN=php.exe
%PHP_BIN% -d output_buffering=0 -d phar.require_hash=0  PEAR\go-pear.phar
pause
</pre>
<p><small>Das <a href="http://www.sxc.hu/photo/1070022" target="_blank">Bild</a> wurde der Seite <a href="http://sxc.hu"  target="_blank">sxc.hu</a> entnommen und stammt vom Benutzer &#8220;<a href="http://www.sxc.hu/profile/lusi" target="_blank">lusi</a>&#8220;</small></p>
]]></content:encoded>
			<wfw:commentRss>http://localdev.de/2011/01/php-go-pear-phar-does-not-have-a-signature/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Javascript: Prüfen ob Variable definiert ist</title>
		<link>http://localdev.de/2010/03/javascript-prufen-ob-variable-definiert-ist/</link>
		<comments>http://localdev.de/2010/03/javascript-prufen-ob-variable-definiert-ist/#comments</comments>
		<pubDate>Wed, 31 Mar 2010 11:46:19 +0000</pubDate>
		<dc:creator>Fabian Martin</dc:creator>
				<category><![CDATA[Javascript]]></category>
		<category><![CDATA[Tipps & Tricks]]></category>
		<category><![CDATA[define]]></category>
		<category><![CDATA[error]]></category>
		<category><![CDATA[undefined]]></category>
		<category><![CDATA[Variable]]></category>

		<guid isPermaLink="false">http://localdev.de/?p=657</guid>
		<description><![CDATA[Bei Javascript, wie auch in anderen Sprachen, weiß man mitunter nie, ob eine Variable definiert wurde. Um dies zu überprüfen, nutze ich meist folgenden Code Schnipsel. Die Klammern bei typeof kann man weglassen. Ich persönlich habe es mir jedoch angewöhnt sie zu setzen, da hierdurch die Zusammengehörigkeit der Werte besser zu erkennen ist.]]></description>
			<content:encoded><![CDATA[<p>Bei Javascript, wie auch in anderen Sprachen, weiß man mitunter nie, ob eine Variable definiert wurde. Um dies zu überprüfen, nutze ich meist folgenden Code Schnipsel.</p>
<pre class="brush: jscript; title: ; notranslate">
if (typeof(VARIABLE) == &quot;undefined&quot;)
{
    alert(&quot;VARIABLE ist nicht gesetzt&quot;);
}
</pre>
<p>Die Klammern bei <em>typeof</em> kann man weglassen. Ich persönlich habe es mir jedoch angewöhnt sie zu setzen, da hierdurch die Zusammengehörigkeit der Werte besser zu erkennen ist.</p>
]]></content:encoded>
			<wfw:commentRss>http://localdev.de/2010/03/javascript-prufen-ob-variable-definiert-ist/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Lighttpd 1.4: HTTP 417 Expectation Failed</title>
		<link>http://localdev.de/2010/01/lighttpd-1-4-http-417-expectation-failed/</link>
		<comments>http://localdev.de/2010/01/lighttpd-1-4-http-417-expectation-failed/#comments</comments>
		<pubDate>Wed, 13 Jan 2010 14:22:40 +0000</pubDate>
		<dc:creator>Fabian Martin</dc:creator>
				<category><![CDATA[.NET]]></category>
		<category><![CDATA[Internet]]></category>
		<category><![CDATA[PHP]]></category>
		<category><![CDATA[Tipps & Tricks]]></category>
		<category><![CDATA[417]]></category>
		<category><![CDATA[Bug]]></category>
		<category><![CDATA[C#]]></category>
		<category><![CDATA[cURL]]></category>
		<category><![CDATA[error]]></category>
		<category><![CDATA[Header]]></category>
		<category><![CDATA[Lighttpd]]></category>

		<guid isPermaLink="false">http://localdev.de/?p=417</guid>
		<description><![CDATA[Versucht man mit einer cURL oder .NET Anwendung POST Daten an einen Lighttpd 1.4 Server zu senden, bekommt man die Meldung Dies liegt daran, das die Programme einen Expect: 100-continue Header senden, und als Antwort 100 (Continue) oder 417 Expectation Failed erwarten. Lighty kennt den Header jedoch nicht, und antwortet deswegen mit dem besagten 417 [...]]]></description>
			<content:encoded><![CDATA[<p>Versucht man mit einer cURL oder .NET Anwendung POST Daten an einen Lighttpd 1.4 Server zu senden, bekommt man die Meldung</p>
<pre class="brush: plain; title: ; notranslate">

HTTP/1.1 417 Expectation Failed
</pre>
<p>Dies liegt daran, das die Programme einen <em>Expect: 100-continue</em> Header senden, und als Antwort <em>100 (Continue)</em> oder <em>417 Expectation Failed</em> erwarten. Lighty kennt den Header jedoch nicht, und antwortet deswegen mit dem besagten <em>417 Expectation Failed</em>.</p>
<p>Der <em>Expect: 100-continue</em> Header soll verhindern, das Daten an den Server gesendet werden, die nicht benötigt werden. Erkennt der Server z.B. das er die Anfrage ablehnen muss, kann er dies dem Client mitteilen, noch bevor die POST Daten übermittelt wurden.</p>
<p>Wer dennoch POST Daten an Lighty senden möchte, kann die folgenden Paramter anpassen:</p>
<p><strong>.NET</strong></p>
<pre class="brush: csharp; title: ; notranslate">

System.Net.ServicePointManager.Expect100Continue = false;
</pre>
<p><strong>cURL unter PHP</strong></p>
<pre class="brush: php; title: ; notranslate">
curl_setopt($objCurl, CURLOPT_HTTPHEADER, array('Expect: '));
</pre>
<p><strong>cURL auf der Kommandozeile</strong></p>
<pre class="brush: bash; title: ; notranslate">
curl -v -H &quot;Expect: &quot; -F &quot;field=value&quot; http://example.com/upload.php
</pre>
<p>Alternativ aktualisiert man auf Lighttpd 1.5. Dieser kennt den <em>Expect: 100-continue</em> Header und beantwortet entsprechende Anfragen korrekt.</p>
<p>Browser senden übrigens keinen <em>Expect: 100-continue</em> Header.</p>
]]></content:encoded>
			<wfw:commentRss>http://localdev.de/2010/01/lighttpd-1-4-http-417-expectation-failed/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>MySQL: Thread stack overrun</title>
		<link>http://localdev.de/2009/11/mysql-thread-stack-overrun/</link>
		<comments>http://localdev.de/2009/11/mysql-thread-stack-overrun/#comments</comments>
		<pubDate>Wed, 11 Nov 2009 08:15:19 +0000</pubDate>
		<dc:creator>Fabian Martin</dc:creator>
				<category><![CDATA[Software]]></category>
		<category><![CDATA[Tipps & Tricks]]></category>
		<category><![CDATA[error]]></category>
		<category><![CDATA[MySQL]]></category>
		<category><![CDATA[stack overrun]]></category>

		<guid isPermaLink="false">http://localdev.de/?p=269</guid>
		<description><![CDATA[Diese Fehlermeldung bekam ich beim Ausführen einer Stored Procedure, die lediglich zwei Einträge in die Tabellen einfügt. Schuld ist eine Voreinstellung bei Debian basierten Distributionen. In der /etc/mysql/my.cnf wird der Wert von thread_stack auf 128k festgelegt. Erhöht man diesen Wert auf 192k (MySQL Standard), funktionieren auch einfache Stored Procedures wieder.]]></description>
			<content:encoded><![CDATA[<p>Diese Fehlermeldung bekam ich beim Ausführen einer Stored Procedure, die lediglich zwei Einträge in die Tabellen einfügt.</p>
<pre class="brush: sql; title: ; notranslate">SQL Error: Thread stack overrun: 8824 bytes used of a 131072 byte stack, and 128000 bytes needed. Use 'mysqld -O thread_stack=#' to specify a bigger stack.</pre>
<p>Schuld ist eine Voreinstellung bei Debian basierten Distributionen. In der <em>/etc/mysql/my.cnf</em> wird der Wert von <em>thread_stack</em> auf <em>128k</em> festgelegt. Erhöht man diesen Wert auf <em>192k</em> (MySQL Standard), funktionieren auch einfache Stored Procedures wieder.</p>
]]></content:encoded>
			<wfw:commentRss>http://localdev.de/2009/11/mysql-thread-stack-overrun/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

