<?xml version="1.0" encoding="iso-8859-1"?><!-- generator="b2evolution/4.1.6" -->
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:admin="http://webns.net/mvcb/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>Follow the yellow brick road! - Latest Comments on Riffing on Dirkie, Part II</title>
		<link>https://mcblogs.craalse.de/sku?disp=comments</link>
		<atom:link rel="self" type="application/rss+xml" href="https://mcblogs.craalse.de/sku?tempskin=_rss2&#38;disp=comments&#38;p=115" />
		<description></description>
		<language>en-US</language>
		<docs>http://backend.userland.com/rss</docs>
		<admin:generatorAgent rdf:resource="http://b2evolution.net/?v=4.1.6"/>
		<ttl>60</ttl>
		<item>
			<title> Stefan [Visitor] in response to: Riffing on Dirkie, Part II</title>
			<pubDate>Tue, 14 Mar 2006 09:38:59 +0000</pubDate>
			<dc:creator>Stefan [Visitor]</dc:creator>
			<guid isPermaLink="false">c126@https://mcblogs.craalse.de/</guid>
			<description>Dirkie,&lt;br /&gt;
was sind schon zwei DLLs unter Freunden? Der Punkt ist: So wird kein Code dupliziert und die Forwarder DLLs sind trivial erzeugbar, denn sie haben keinen Code, sie bestehen wirklich nur aus einem def file und linken gegen die Import-Library der geforwardeten DLL. &lt;br /&gt;
Plattenplatz? Die forwarder DLLs sind im Bereich 20~50k anzusiedeln. &lt;br /&gt;
Mehr Aufwand bei der Patcherstellung? Auch nicht, weil Forwarder DLLs keinen Code beinhalten, sie müssen also nur neu deployed werden, wenn die geforwardete DLL ergänzt wird.&lt;br /&gt;
</description>
			<content:encoded><![CDATA[Dirkie,<br />
was sind schon zwei DLLs unter Freunden? Der Punkt ist: So wird kein Code dupliziert und die Forwarder DLLs sind trivial erzeugbar, denn sie haben keinen Code, sie bestehen wirklich nur aus einem def file und linken gegen die Import-Library der geforwardeten DLL. <br />
Plattenplatz? Die forwarder DLLs sind im Bereich 20~50k anzusiedeln. <br />
Mehr Aufwand bei der Patcherstellung? Auch nicht, weil Forwarder DLLs keinen Code beinhalten, sie müssen also nur neu deployed werden, wenn die geforwardete DLL ergänzt wird.<br />
]]></content:encoded>
			<link>https://mcblogs.craalse.de/sku/riffing_on_dirkie_part_ii#c126</link>
		</item>
		<item>
			<title> dirk [Visitor] in response to: Riffing on Dirkie, Part II</title>
			<pubDate>Tue, 14 Mar 2006 06:21:34 +0000</pubDate>
			<dc:creator>dirk [Visitor]</dc:creator>
			<guid isPermaLink="false">c125@https://mcblogs.craalse.de/</guid>
			<description>Und der zweite Kritikpunkt war das zahlemäßige Anwachsen der DLLs, weil für jede native DLL eine zweite Forwarder DLL geschrieben werden muss. Aus 3 native DLLs(3 x86 udn 3x64) werden nochmal 6 forwarder DLLs benötigt. Kommt IA64 hinzu wird nochmal der volle Satz benötigt. Da ist mir ein Assembly und 3(3 x86 und 3 x64) native DLLs lieber ;-).</description>
			<content:encoded><![CDATA[Und der zweite Kritikpunkt war das zahlemäßige Anwachsen der DLLs, weil für jede native DLL eine zweite Forwarder DLL geschrieben werden muss. Aus 3 native DLLs(3 x86 udn 3x64) werden nochmal 6 forwarder DLLs benötigt. Kommt IA64 hinzu wird nochmal der volle Satz benötigt. Da ist mir ein Assembly und 3(3 x86 und 3 x64) native DLLs lieber ;-).]]></content:encoded>
			<link>https://mcblogs.craalse.de/sku/riffing_on_dirkie_part_ii#c125</link>
		</item>
			</channel>
</rss>
