<?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>ADI64 feat. n0stradamus &#187; workaround</title>
	<atom:link href="http://adrian.holfter.de/blog/tag/workaround/feed/" rel="self" type="application/rss+xml" />
	<link>http://adrian.holfter.de/blog</link>
	<description>Reiche Eltern für alle!</description>
	<lastBuildDate>Tue, 07 Sep 2010 19:04:13 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Qwt Libraries installieren</title>
		<link>http://adrian.holfter.de/blog/2010/06/qwt-libraries-installieren/</link>
		<comments>http://adrian.holfter.de/blog/2010/06/qwt-libraries-installieren/#comments</comments>
		<pubDate>Tue, 01 Jun 2010 16:17:07 +0000</pubDate>
		<dc:creator>n0stradamus</dc:creator>
				<category><![CDATA[Allgemein]]></category>
		<category><![CDATA[C++]]></category>
		<category><![CDATA[do it yourself]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[n0stradamus]]></category>
		<category><![CDATA[Qt]]></category>
		<category><![CDATA[workaround]]></category>

		<guid isPermaLink="false">http://adrian.holfter.de/blog/?p=213</guid>
		<description><![CDATA[Wer schon einmal versucht hat, Graphen in Qt zeichnen zu lassen, hat mit Sicherheit auf das Qwt-Framework zurückgegriffen. Leider lassen sich die Libs nicht so einfach in den Qt-Creator einbauen wie andere Standardlibs, zumindest war das bei mir der Fall. Für alle, die an einem nicht so wirklich richtig funktionieren Paketmanager gescheitert sind, ist hier [...]]]></description>
			<content:encoded><![CDATA[<p>Wer schon einmal versucht hat, Graphen in Qt zeichnen zu lassen, hat mit Sicherheit auf das Qwt-Framework zurückgegriffen. Leider lassen sich die Libs nicht so einfach in den Qt-Creator einbauen wie andere Standardlibs, zumindest war das bei mir der Fall.</p>
<p>Für alle, die an einem nicht so wirklich richtig funktionieren Paketmanager gescheitert sind, ist hier der Leitfaden:<span id="more-213"></span></p>
<p>1.  Qwt Libraries runterladen und entpacken in Verzeichnis <span style="color: #ff0000;">X</span>:</p>
<blockquote><p>http://www.qwt.sourceforge.net</p>
<p>tar -xzf foo.tar.gz</p></blockquote>
<p>2. Dann folgende Konsolenschritte:</p>
<blockquote><p>cd &#8216;<span style="color: #ff0000;">X</span>&#8216; <span style="color: #008000;">//Pfad in dem sich das extrahierte Qwt findet</span></p>
<p>qmake</p>
<p>sudo make</p>
<p>sudo make install</p></blockquote>
<p>3. Damit sei es getan, könnte man meinen, doch ich musste die qwt-Libraries noch vermerken und zwar in /usr/local/lib/libc.conf</p>
<blockquote><p>/usr/local/qwt-Name/lib</p>
<p><span style="color: #008000;">/*Name war in meinem Fall qwt-5.2.0*/</span></p></blockquote>
<p>4. Und zum Schluss:</p>
<blockquote><p>sudo ldconfig</p></blockquote>
<p>Teilt mir bitte Fehler mit, ich habe die Methode bisher nur ein paar Mal verwendet.</p>
]]></content:encoded>
			<wfw:commentRss>http://adrian.holfter.de/blog/2010/06/qwt-libraries-installieren/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>ArchLinux: &quot;Enter&quot; drücken führt zum Systemabsturz</title>
		<link>http://adrian.holfter.de/blog/2009/12/archlinux-enter-drucken-fuhrt-zum-systemabsturz/</link>
		<comments>http://adrian.holfter.de/blog/2009/12/archlinux-enter-drucken-fuhrt-zum-systemabsturz/#comments</comments>
		<pubDate>Mon, 28 Dec 2009 12:14:18 +0000</pubDate>
		<dc:creator>ADI64</dc:creator>
				<category><![CDATA[Allgemeines]]></category>
		<category><![CDATA[Archlinux]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[Random]]></category>
		<category><![CDATA[workaround]]></category>
		<category><![CDATA[wtf]]></category>
		<category><![CDATA[Xorg]]></category>

		<guid isPermaLink="false">http://adrian.holfter.de/blog/?p=148</guid>
		<description><![CDATA[Seit dem Xorg-Update auf 1.7.3 sorgt ein simpler Druck auf Return hin und wieder für einen kompletten Crash von Gnome. Das Bild friert ein und es ist auch nicht mehr möglich, auf die anderen virtuellen Konsolen zu wechseln. Lokal bleibt einem also nichts anderes über, als das System über SysRQ mit der magischen Kombination &#8220;REISUB&#8221; [...]]]></description>
			<content:encoded><![CDATA[<p>Seit dem Xorg-Update auf 1.7.3 sorgt ein simpler Druck auf Return hin und wieder für einen kompletten Crash von Gnome.</p>
<p>Das Bild friert ein und es ist auch nicht mehr möglich, auf die anderen virtuellen Konsolen zu wechseln. Lokal bleibt einem also nichts anderes über, als das System über SysRQ mit der magischen Kombination &#8220;REISUB&#8221; halbwegs sicher neuzustarten.</p>
<p>Mit einem zweiten PC kann man sich allerdings auch noch über SSH noch einloggen (so man dies aktiviert hat) und dort manuell X mit einem &#8220;kill -9 $pid&#8221; abschießen. Daraufhin startet GDM den X-Server neu und man kann sich wieder einloggen. Allerdings sind alle Programme beendet, die im X gestartet wurden, was das Ganze extrem nervig macht: Jeder Druck auf die Enter-Taste könnte fatale Folgen für die offenen Dateien haben.</p>
<p>Weder in /var/log/everything.log noch in /var/log/Xorg.0.log.old lässt sich etwas finden, was auf einen Crash hindeutet.</p>
<p>Das Problem ist schon im <a title="ArchLinux Bugtracker" href="http://bugs.archlinux.org/task/17472" target="_blank">ArchLinux Bugtracker vorhanden</a> und es gibt auch einen Workaround dafür: GDM muss als letzter Daemon in der /etc/rc.conf stehen, also als letzter Daemon starten. Seitdem hatte ich keinen Crash mehr. Warum das so ist, ist mir völlig schleierhaft.  Im DAEMONS-Array standen nach gdm nurnoch &#8220;httpd mysqld cups&#8221;, die an sich ja überhaupt nichts mit dem X-Server und noch weniger mit Gnome zu tun haben. Aus irgendeinem Grund funktioniert dies aber&#8230;</p>
]]></content:encoded>
			<wfw:commentRss>http://adrian.holfter.de/blog/2009/12/archlinux-enter-drucken-fuhrt-zum-systemabsturz/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>err:module:attach_process_dlls &quot;RakNet.dll&quot; failed to initialize, aborting</title>
		<link>http://adrian.holfter.de/blog/2009/06/errmoduleattach_process_dlls-raknetdll-failed-to-initialize-aborting/</link>
		<comments>http://adrian.holfter.de/blog/2009/06/errmoduleattach_process_dlls-raknetdll-failed-to-initialize-aborting/#comments</comments>
		<pubDate>Thu, 04 Jun 2009 19:13:28 +0000</pubDate>
		<dc:creator>ADI64</dc:creator>
				<category><![CDATA[Stuff]]></category>
		<category><![CDATA[Crashday]]></category>
		<category><![CDATA[error]]></category>
		<category><![CDATA[fix]]></category>
		<category><![CDATA[games]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[wine]]></category>
		<category><![CDATA[workaround]]></category>

		<guid isPermaLink="false">http://adihp.ad.funpic.de/wordpress/?p=55</guid>
		<description><![CDATA[wine Crashday.exe err:module:attach_process_dlls “RakNet.dll” failed to initialize, aborting err:module:LdrInitializeThunk Main exe initialization for L&#8221;Z:\\media\\share\\programme\\Atari\\Crashday\\Crashday.exe&#8221; failed, status c0000005 Obiges war die Fehlermeldung von Wine, mit der ich mich die letzten Tage rumgeschlagen habe, wenn ich Crashday spielen wollte. Nach ein paar Rätselrunden in #winehq auf FreeNode stellte sich heraus: Die ext3-Partition, auf der das Game liegt [...]]]></description>
			<content:encoded><![CDATA[<blockquote><p>wine Crashday.exe<br />
err:module:attach_process_dlls “RakNet.dll” failed to initialize, aborting<br />
err:module:LdrInitializeThunk Main exe initialization for L&#8221;Z:\\media\\share\\programme\\Atari\\Crashday\\Crashday.exe&#8221; failed, status c0000005</p></blockquote>
<p>Obiges war die Fehlermeldung von Wine, mit der ich mich die letzten Tage rumgeschlagen habe, wenn ich Crashday spielen wollte.</p>
<p>Nach ein paar Rätselrunden in #winehq auf FreeNode stellte sich heraus: Die ext3-Partition, auf der das Game liegt (in diesem Fall /media/share, diese ist auch in Windows mit dem ext2ifs Treiber eingebunden, daher der Name <img src='http://adrian.holfter.de/blog/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' />  ), war mit dem Flag &#8216;noexec&#8217; gemounted. Klar, dass dann nix geht.</p>
<p>Also in der /etc/fstab das &#8216;exec&#8217; flag hinzugefügt und jetzt ist wieder alles paletti <img src='http://adrian.holfter.de/blog/wp-includes/images/smilies/icon_biggrin.gif' alt=':D' class='wp-smiley' /> </p>
<p>Im IRC-Channel wusste aber keiner genau, wann eine DLL eigentlich beim Laden &#8220;failt&#8221;, was das Fehlersuchen etwas schwer machte und zahlreiche Neuinstallationen, wine-tweaks und Installationen verschiedener Wine-Versionen mit sich zog.</p>
<p>Einfacher wäre es gewesen, wenn Wine festgestellt hätte, dass die Partition mit dem &#8216;noexec&#8217;-Flag gemounted ist (Dazu gibts es auch schon einen <a title="WineHQ Bugzilla" href="http://bugs.winehq.org/show_bug.cgi?id=11661">Vorschlag im WineHQ Bugzilla</a>).</p>
]]></content:encoded>
			<wfw:commentRss>http://adrian.holfter.de/blog/2009/06/errmoduleattach_process_dlls-raknetdll-failed-to-initialize-aborting/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>THUG2 &#8211; auch ohne offizielle Server online spielen</title>
		<link>http://adrian.holfter.de/blog/2009/06/thug2-auch-ohne-offizielle-server-online-spielen/</link>
		<comments>http://adrian.holfter.de/blog/2009/06/thug2-auch-ohne-offizielle-server-online-spielen/#comments</comments>
		<pubDate>Wed, 03 Jun 2009 17:02:12 +0000</pubDate>
		<dc:creator>ADI64</dc:creator>
				<category><![CDATA[Stuff]]></category>
		<category><![CDATA[do it yourself]]></category>
		<category><![CDATA[games]]></category>
		<category><![CDATA[hamachi]]></category>
		<category><![CDATA[Tony Hawk's]]></category>
		<category><![CDATA[vpn]]></category>
		<category><![CDATA[workaround]]></category>

		<guid isPermaLink="false">http://adihp.ad.funpic.de/wordpress/?p=40</guid>
		<description><![CDATA[Das geht wirklich! Nachdem der MOTD-Server down war, kamen Mods mit abgeschaltetem MOTD. Trotzdem kann man leider nicht wirklich online spielen, da man immer nur &#8220;Connection Refused&#8221; sieht &#8211; warum ist noch eine gute Frage. Über die offiziellen Server zocken kann man also vergessen. Hier würde sich das Spielen über Hamachi anbieten. Problem ist: Keiner [...]]]></description>
			<content:encoded><![CDATA[<p>Das geht wirklich!</p>
<p>Nachdem der MOTD-Server down war, kamen Mods mit abgeschaltetem MOTD.</p>
<p>Trotzdem kann man leider nicht wirklich online spielen, da man immer nur &#8220;Connection Refused&#8221; sieht &#8211; warum ist noch eine gute Frage.</p>
<p>Über die offiziellen Server zocken kann man also vergessen.</p>
<p>Hier würde sich das Spielen über <a title="Hamachi" href="https://secure.logmein.com/products/hamachi/vpn.asp?lang=de" target="_blank">Hamachi</a> anbieten. Problem ist: Keiner findet seinen Partner, auch wenn die Hamachi-Verbindung steht.</p>
<p>Was aber so gut wie keiner weiß: Tony Hawk&#8217;s Underground 2 lässt sich über Argumente beim Aufruf steuern.</p>
<p>Bis jetzt habe ich noch keine Dokumentation dazu gesehen (wäre auch ein mittleres Wunder), aber das für uns Wichtige hat ein <a title="Thoughty's Blog - THUG2 parameters" href="http://thoughtyblog.wordpress.com/2009/06/02/thug2-and-hamachi/" target="_blank">Freund von mir heute herausgefunden</a>: Den Parameter <em>-connect [IP]</em>.</p>
<p>Damit ist der Rest eigentlich klar: Hamachi-IP des Freundes herausfinden und TH dementsprechend starten, zB so:</p>
<blockquote><p>THUG2.exe -connect 5.123.45.67</p></blockquote>
<p>Dabei ist es sehr nützlich, das aus einer Konsole heraus zu starten.</p>
<p><em>Das Ganze funktioniert auch ohne Hamachi, allerdings müsst ihr dann höchstwahrscheinlich Ports in eurem Router forwarden!</em></p>
<p><strong>Ein alternativer Online-Server?</strong></p>
<p>Was man damit machen könnte:</p>
<p>Ein kleines Script auf einem Webserver zeigt laufende Spiele an (man kann sich anmelden und Spiele dort registrieren &#8211; ja, nicht sehr zuverlässig&#8230;) und zeigt die IP des Hosts an. Ein Client auf dem PC zieht diese Liste und zeigt sie an. Ein Klick auf ein Spiel startet dann THUG2 und verbindet automatisch zum ausgewählten Server.</p>
<p>Dieses Script könnte dann auch ermitteln, ob man gerade ein Spiel hosted und meldet das dann am &#8220;Masterserver&#8221; an, damit es für andere sichtbar ist.</p>
]]></content:encoded>
			<wfw:commentRss>http://adrian.holfter.de/blog/2009/06/thug2-auch-ohne-offizielle-server-online-spielen/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
	</channel>
</rss>
