<?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 17:20:39 -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>[issue7289] bad import in redemo.py script in v3.1</title>
<description>New submission from Alan Gauld &amp;lt;alan.gauld@btinternet.com&amp;gt;: The Tkinter import in redemo.py in Tools/Scripts folder of the 3.1 distribution uses the</description>
<pubDate>08 Nov  2009 15:31:24 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/python/bugs/786350</link>
</item><item>
<title>[issue7288] Detect improper leading whitespace in C files for Vim</title>
<description>Antoine Pitrou &amp;lt;pitrou@free.fr&amp;gt; added the comment: As a non-Vim user, I don&amp;#039;t really care, but lines beginning with spaces are valid if you want to i</description>
<pubDate>08 Nov  2009 14:03:51 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/python/bugs/786336</link>
</item><item>
<title>[issue7288] Detect improper leading whitespace in C files for Vim</title>
<description>New submission from Brett Cannon &amp;lt;brett@python.org&amp;gt;: With the proper detection for C files using either tabs or spaces now in there should also be p</description>
<pubDate>08 Nov  2009 13:46:55 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/python/bugs/786335</link>
</item><item>
<title>[issue5611] Auto-detect indentation in C source in vimrc</title>
<description>Brett Cannon &amp;lt;brett@python.org&amp;gt; added the comment: in r76154 for trunk and r76155 for py3k. Thanks for the help, guys! ---------- resolution: -&amp;gt; ac</description>
<pubDate>08 Nov  2009 13:42:06 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/python/bugs/786334</link>
</item><item>
<title>[issue6233] ElementTree (py3k) doesn&amp;#039;t properly encode characters that can&amp;#039;t be represented in the specified encoding</title>
<description>Antoine Pitrou &amp;lt;pitrou@free.fr&amp;gt; added the comment: The patch looks ok to me. ---------- _______________________________________ Python tracker &amp;lt;rep</description>
<pubDate>08 Nov  2009 12:43:16 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/python/bugs/786333</link>
</item><item>
<title>[issue3475] _elementtree.c import can fail silently</title>
<description>Fredrik Lundh &amp;lt;fredrik@effbot.org&amp;gt; added the comment: Note that &amp;quot;fail silently&amp;quot; is a bit of a misnomer - if the embedded import doesn&amp;#039;t work, portio</description>
<pubDate>08 Nov  2009 10:35:40 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/python/bugs/786312</link>
</item><item>
<title>[issue3475] _elementtree.c import can fail silently</title>
<description>Martin v. Löwis &amp;lt;martin@v.loewis.de&amp;gt; added the comment: For 2.5, this will not be fixed, as it is not security-critical. ---------- versions: +Pyth</description>
<pubDate>08 Nov  2009 10:30:30 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/python/bugs/786311</link>
</item><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><item>
<title>[issue7283] test_site failure when .local/lib/pythonX.Y/site-packages hasn&amp;#039;t been created yet</title>
<description>Changes by Antoine Pitrou &amp;lt;pitrou@free.fr&amp;gt;:  ---------- title: test_site failure when Python gets installed along a symbolic link -&amp;gt; test_site failur</description>
<pubDate>07 Nov  2009 16:51:38 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/python/bugs/786213</link>
</item><item>
<title>[issue7281] copysign() with NaN arguments on OpenSolaris</title>
<description>Mark Dickinson &amp;lt;dickinsm@gmail.com&amp;gt; added the comment: You may have let yourself in for something here. :-) Can you tell me what: &amp;gt;&amp;gt;&amp;gt; import sys &amp;gt;</description>
<pubDate>07 Nov  2009 16:30:03 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/python/bugs/786212</link>
</item><item>
<title>[issue7283] test_site failure when Python gets installed along a symbolic link</title>
<description>Antoine Pitrou &amp;lt;pitrou@free.fr&amp;gt; added the comment: Well, I&amp;#039;m not sure the symlink is actually the problem. Apparently the &amp;quot;.local&amp;quot; directory hadn&amp;#039;t b</description>
<pubDate>07 Nov  2009 16:28:26 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/python/bugs/786211</link>
</item><item>
<title>[issue7283] test_site failure when Python gets installed along a symbolic link</title>
<description>New submission from Antoine Pitrou &amp;lt;pitrou@free.fr&amp;gt;: On that buildbot, /var/lib/buildbot is a symlink to /home/buildbot and I get the following failu</description>
<pubDate>07 Nov  2009 16:27:14 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/python/bugs/786210</link>
</item><item>
<title>[issue7278] decimal.py: New instance vs. new reference</title>
<description>Mark Dickinson &amp;lt;dickinsm@gmail.com&amp;gt; added the comment: I don&amp;#039;t think it should matter whether either &amp;#039;id(x) == id(y)&amp;#039; returns True or False: since</description>
<pubDate>07 Nov  2009 16:14:45 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/python/bugs/786185</link>
</item><item>
<title>[issue7282] RLocks leak references when used in raw threads</title>
<description>New submission from Antoine Pitrou &amp;lt;pitrou@free.fr&amp;gt;: When you use an RLock from a thread which wasn&amp;#039;t created through the high-level `threading` API</description>
<pubDate>07 Nov  2009 16:00:40 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/python/bugs/786184</link>
</item><item>
<title>[issue7187] importlib/_bootstrap.py write_bytecode raises an IOError if it can&amp;#039;t open the .pyc file for writing</title>
<description>Brett Cannon &amp;lt;brett@python.org&amp;gt; added the comment: Committed to py3k in r76146 and r76147 for 3.1. Thanks for the detailed report, Dave! ----------</description>
<pubDate>07 Nov  2009 15:57:59 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/python/bugs/786183</link>
</item><item>
<title>[issue7278] decimal.py: New instance vs. new reference</title>
<description>Changes by Stefan Krah &amp;lt;stefan-usenet@bytereef.org&amp;gt;:  ---------- type: -&amp;gt; behavior _______________________________________ Python tracker &amp;lt;report@b</description>
<pubDate>07 Nov  2009 12:42:31 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/python/bugs/786169</link>
</item>
</channel>
</rss>
