<?xml version="1.0" encoding="iso-8859-1" ?>
<?xml-stylesheet title="XSL_formatting" type="text/xsl" href="/images/lists/rssstyle2.xsl"?>
<rss version="2.0">
<channel>
<title>Python | Bugs</title>
<description>Mailing List Archive by Gossamer Threads</description>
<link>http://www.gossamer-threads.com/lists/python/bugs/</link>
<language>en-us</language>
<copyright>(c) Gossamer Threads Inc. All rights reserved.</copyright>
<lastBuildDate>08 Nov  2009 10:39:46 -0800</lastBuildDate>
<ttl>120</ttl>
<image>
<title>Gossamer Threads | Python | Bugs</title>
<width>75</width>
<height>23</height>
<link>http://www.gossamer-threads.com/lists/python/bugs/</link>
<url>http://www.gossamer-threads.com/images/lists/rss_logo.jpg</url>
</image>
<item>
<title>[issue3001] RLock&amp;#039;s are SLOW</title>
<description>STINNER Victor &amp;lt;victor.stinner@haypocalc.com&amp;gt; added the comment: rlock4.patch looks correct and pass test_threading.py tests. ---------- __________</description>
<pubDate>08 Nov  2009 06:10:36 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/python/bugs/786278</link>
</item><item>
<title>[issue7281] copysign() with NaN arguments on OpenSolaris</title>
<description>Stefan Krah &amp;lt;stefan-usenet@bytereef.org&amp;gt; added the comment: I hope this won&amp;#039;t be getting too complex. :) Firstly, I agree that this is perhaps not a</description>
<pubDate>08 Nov  2009 05:49:13 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/python/bugs/786277</link>
</item><item>
<title>[issue7287] import hook demo does not work</title>
<description>New submission from Baptiste Lepilleur &amp;lt;blep@users.sourceforge.net&amp;gt;: The import hook demo in the source directory Python-3.1.1\Demo\imputil\knee.py f</description>
<pubDate>08 Nov  2009 05:30:50 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/python/bugs/786276</link>
</item><item>
<title>[issue7279] decimal.py: == and != comparisons involving NaNs</title>
<description>Mark Dickinson &amp;lt;dickinsm@gmail.com&amp;gt; added the comment: There&amp;#039;s a second issue to consider here, which is that Python uses equality as specified by t</description>
<pubDate>08 Nov  2009 01:28:50 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/python/bugs/786266</link>
</item><item>
<title>[issue3475] _elementtree.c import can fail silently</title>
<description>Brian Harring &amp;lt;ferringb@gmail.com&amp;gt; added the comment: At this point, this affects 2.5, 2.6, and 3.1 (and the normal 1.0.5 release of cElementTree); w</description>
<pubDate>07 Nov  2009 23:37:28 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/python/bugs/786261</link>
</item><item>
<title>[issue7278] decimal.py: New instance vs. new reference</title>
<description>Raymond Hettinger &amp;lt;rhettinger@users.sourceforge.net&amp;gt; added the comment: Stefan, this is a non-guaranteed implementation detail (for both ints and dec</description>
<pubDate>07 Nov  2009 22:40:40 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/python/bugs/786260</link>
</item><item>
<title>[issue7286] odd exec() behavior or documentation</title>
<description>New submission from Peter Mawhorter &amp;lt;pmawhorter@gmail.com&amp;gt;: The behavior of the built-in exec() function differs in Python3.1 from the behavior in Py</description>
<pubDate>07 Nov  2009 22:39:06 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/python/bugs/786259</link>
</item><item>
<title>[issue7285] multiprocessing module, example code error</title>
<description>Changes by Benjamin Peterson &amp;lt;benjamin@python.org&amp;gt;:  ---------- assignee: georg.brandl -&amp;gt; jnoller nosy: +jnoller ___________________________________</description>
<pubDate>07 Nov  2009 20:35:40 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/python/bugs/786255</link>
</item><item>
<title>[issue7285] multiprocessing module, example code error</title>
<description>New submission from Kouki Hashimoto &amp;lt;hsmtkk@gmail.com&amp;gt;: Example codes on multiprocessing module occur errors. I attached the patch to fix these error</description>
<pubDate>07 Nov  2009 18:32:00 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/python/bugs/786240</link>
</item><item>
<title>[issue7284] optparse - display version in usage by default</title>
<description>New submission from anatoly techtonik &amp;lt;techtonik@gmail.com&amp;gt;: It would be useful if optparse could display version right in usage help before command</description>
<pubDate>07 Nov  2009 16:56:22 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/python/bugs/786214</link>
</item>
</channel>
</rss>
