<?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: Python&#8217;s os.environ</title>
	<atom:link href="http://blog.labix.org/2007/10/17/pythons-osenviron/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.labix.org/2007/10/17/pythons-osenviron</link>
	<description>by Gustavo Niemeyer</description>
	<lastBuildDate>Mon, 16 Jan 2012 12:12:57 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Gustavo Niemeyer</title>
		<link>http://blog.labix.org/2007/10/17/pythons-osenviron/comment-page-1#comment-17663</link>
		<dc:creator>Gustavo Niemeyer</dc:creator>
		<pubDate>Thu, 18 Oct 2007 02:01:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.labix.org/2007/10/17/pythons-osenviron/#comment-17663</guid>
		<description>Might be.  This isn&#039;t a reason for this behavior in systems that do have the needed infrastructure for a good implementation, though.  It should be fine to have operating-system dependent behavior on the os module for cases like that.</description>
		<content:encoded><![CDATA[<p>Might be.  This isn&#8217;t a reason for this behavior in systems that do have the needed infrastructure for a good implementation, though.  It should be fine to have operating-system dependent behavior on the os module for cases like that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Graham Dumpleton</title>
		<link>http://blog.labix.org/2007/10/17/pythons-osenviron/comment-page-1#comment-17656</link>
		<dc:creator>Graham Dumpleton</dc:creator>
		<pubDate>Wed, 17 Oct 2007 22:36:29 +0000</pubDate>
		<guid isPermaLink="false">http://blog.labix.org/2007/10/17/pythons-osenviron/#comment-17656</guid>
		<description>One of the problems is that unsetenv() system call is not available on all platforms from what I remember. For example, not available on Solaris that I can find. Thus it isn&#039;t actually possibly to implement del/pop properly if working direct from C environment variables table. This is possibly why it was done the way it was.</description>
		<content:encoded><![CDATA[<p>One of the problems is that unsetenv() system call is not available on all platforms from what I remember. For example, not available on Solaris that I can find. Thus it isn&#8217;t actually possibly to implement del/pop properly if working direct from C environment variables table. This is possibly why it was done the way it was.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

