<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Programming Pitfalls: Off the beaten PATH</title>
	<atom:link href="http://www.opencandy.com/2010/03/31/candywrap-1-process-spawning-rundll32-the-path-variable/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.opencandy.com/2010/03/31/candywrap-1-process-spawning-rundll32-the-path-variable/</link>
	<description></description>
	<lastBuildDate>Thu, 13 Oct 2011 07:31:02 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>By: CandyPicks #1: Rapid Environment Editor, freeware Windows environment variables editor &#124; Helping Software Developers and Users - OpenCandy</title>
		<link>http://www.opencandy.com/2010/03/31/candywrap-1-process-spawning-rundll32-the-path-variable/comment-page-1/#comment-81</link>
		<dc:creator>CandyPicks #1: Rapid Environment Editor, freeware Windows environment variables editor &#124; Helping Software Developers and Users - OpenCandy</dc:creator>
		<pubDate>Fri, 09 Apr 2010 21:06:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.opencandy.com/?p=2020#comment-81</guid>
		<description>[...] week ago, my colleague Adrian wrote a CandyWrap article intended primarily for developers about Rundll32.exe and the system PATH environment [...]</description>
		<content:encoded><![CDATA[<p>[...] week ago, my colleague Adrian wrote a CandyWrap article intended primarily for developers about Rundll32.exe and the system PATH environment [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adrian</title>
		<link>http://www.opencandy.com/2010/03/31/candywrap-1-process-spawning-rundll32-the-path-variable/comment-page-1/#comment-54</link>
		<dc:creator>Adrian</dc:creator>
		<pubDate>Wed, 31 Mar 2010 21:44:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.opencandy.com/?p=2020#comment-54</guid>
		<description>John,

Good question. This is done because the DLL needs to be capable of running even if the calling process ends, ie. asynchronously and in it&#039;s own process.</description>
		<content:encoded><![CDATA[<p>John,</p>
<p>Good question. This is done because the DLL needs to be capable of running even if the calling process ends, ie. asynchronously and in it&#8217;s own process.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Kelley</title>
		<link>http://www.opencandy.com/2010/03/31/candywrap-1-process-spawning-rundll32-the-path-variable/comment-page-1/#comment-53</link>
		<dc:creator>John Kelley</dc:creator>
		<pubDate>Wed, 31 Mar 2010 20:49:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.opencandy.com/?p=2020#comment-53</guid>
		<description>Can you explain your choice of _spawn over the traditional LoadLibrary/GetProcAddress?

It&#039;s rather strange to spawn a new process just to call a DLL export unless you&#039;re being extremely paranoid and don&#039;t want the DLL being loaded into your address space.</description>
		<content:encoded><![CDATA[<p>Can you explain your choice of _spawn over the traditional LoadLibrary/GetProcAddress?</p>
<p>It&#8217;s rather strange to spawn a new process just to call a DLL export unless you&#8217;re being extremely paranoid and don&#8217;t want the DLL being loaded into your address space.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

