[issue1067] test_smtplib failures (caused by asyncore)

Changes by Thomas Wouters: -- assignee: twouters -> nobody nosy: +nobody __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Un

[issue1326] "internal" zipimport.zipimporter feature untested

Thomas Herve added the comment: I attach a patch adding a test and some documentation. This tries to solve issue1325 too. exarkun, does that fulfill your original request? -- nosy: +therve Added file: http://bugs.python.org/file8877/1326.diff __ Tracker

[issue1539] test_collections: failing refleak test

Amaury Forgeot d'Arc added the comment: I found indeed 2 problems in regrtest.py. I don't have svn access for the moment, so I cannot provide a regular patch, so here are the changes: - The line obj._abc_registry = abcs.get(obj, {}).copy() incorrectly puts an empty dictionary in _abc_registr

[issue798876] windows sys.path contains nonexistant directory

Quentin Gallet-Gilles added the comment: I'm able to reproduce it on 2.4, 2.5 and it's most likely still here in the trunk. Is it still considered a bug ? >>> import sys >>> import os >>> for file in sys.path: ... print "%s - %s" % (file, os.path.exists(file)) ... : False C:\WINNT\sys

[issue1540] Refleak tests: test_doctest and test_gc are failing

Guido van Rossum added the comment: Hoping to draw Tim into this... He's the only one I know who truly understands these issues... -- assignee: -> tim_one nosy: +tim_one __ Tracker <[EMAIL PROTECTED]> __

[issue1326] "internal" zipimport.zipimporter feature untested

Guido van Rossum added the comment: Which Python version is this for? -- keywords: +patch __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list

[issue1067] test_smtplib failures (caused by asyncore)

Changes by Georg Brandl: -- resolution: -> wont fix status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list

[issue1067] test_smtplib failures (caused by asyncore)

Guido van Rossum added the comment: OK, closing. I see plenty of mention of these two modules in the lists, so maybe someone else wants to take a whack at it. I'll post to python-dev. -- keywords: +py3k nosy: -nobody priority: high -> normal __ Tracker

[issue1336] subprocess.Popen hangs when child writes to stderr

Guido van Rossum added the comment: I'm sorry to ask you to do more work, but could you do me a favor and send this in the form of a svn diff? That file has evolved quite a bit and it's unclear what version you used as a baseline. -- keywords: +patch __

[issue1557] import distutils.msvccompiler hangs when the environment is too large

Changes by Christian Heimes: -- assignee: -> tiran nosy: +tiran priority: -> urgent __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mai

[issue1558] x64 platform doesn't define _WIN64

New submission from Christian Heimes: In VS 2008 the x64 platform doesn't define the _WIN64 macro. The _WIN64 macro defines the MS_WIN64 macro which sets several other macros and changes some variables in pyconfig.h. Question: Should we enforce MS_WIN64 for the x64 platform although _WIN64 is no

[issue1540] Refleak tests: test_doctest and test_gc are failing

Amaury Forgeot d'Arc added the comment: Finally I found a potential problem with the garbage collector in a specific case: - Some object C participates in a reference cycle, and contains a reference to another object X. - X.__del__ 'resurrect' the object, by saving its 'self' somewhere else. - X

[issue1559] round() does not

New submission from travelgirl: http://docs.python.org/tut/node5.html states, as an example, round(_, 2) should round to the second decimal place. makes sense. when i attempted it with different numbers, round() returned what looks like a binary-coded decimal error (see the jpg enclosed), and d

[issue1559] round() does not

Georg Brandl added the comment: Not really a feature, but not a bug. See http://www.python.org/doc/faq/general/#why-are-floating-point-calculations-so-inaccurate for an explanation. -- nosy: +georg.brandl resolution: -> invalid status: open -> closed __

[issue1556] Failure when calling __str__ for MIMEBase(message, rfc822) objects

New submission from Hendrik Spiegel: When creating a MIMEBase object with message/rfc822 mimetype invoking the objects __str__ method results in an exception. Even if this behaviour should be intended the error message "TypeError: Expected list, got " is not helpful. To reproduce the problem ru

[issue1559] round() does not

Georg Brandl added the comment: round() does not return a string, but a floating point number, the best approximation to the "real" result that is achievable with the limited precision of binary floating point. That result is then formatted to a string for display by the interactive interpreter

[issue1557] import distutils.msvccompiler hangs when the environment is too large

Christian Heimes added the comment: Fixed in r59370 (trunk) I'm going to merge the changes into py3k soon. -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __

[issue1559] round() does not

travelgirl added the comment: interesting, and expected as the BCD calculation. however, the round function should be able to handle that correctly, dealing with the number in a string fashion as opposed a mathematical one, to display the requested decimal places. slower, to be sure, but hel

[issue1560] PATCH: Attribute lookup caching

New submission from Neil Toronto: I've attached a patch to accelerate type and instance lookups using a specialized cache. It includes a benchmarking script (fastattr_test.py) that tests both successful and failing lookups on list, dict and tuple, and a simple, deep hierarchy. Benchmark results a

[issue1326] "internal" zipimport.zipimporter feature untested

Thomas Herve added the comment: The patch is against trunk. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue1557] import distutils.msvccompiler hangs when the environment is too large

New submission from Thomas Heller: 'Python -c "import distutils.msvccompiler"' hangs when the environment is too large. This is because in Lib\distutils\msvc9compiler.py, line 258, popen.wait() does not return because the subprocess does not terminate (probably because the stdout buffersize is t

[issue1560] PATCH: Attribute lookup caching

Changes by Martin v. Löwis: -- keywords: +patch __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue1554] [patch] socketmodule cleanups: allow the use of keywords in socket functions

Thomas Herve added the comment: Here it is. There were several functions which didn't have any tests at all, so I had to create some. These tests are likely to fail on some platforms (like windows), but I didn't get any machine to test. Added file: http://bugs.python.org/file8878/socket_keywords

[issue1553] An errornous __length_hint__ can make list() raise a SystemError

Christian Heimes added the comment: I've backported the fix to 2.5 and trunk. They suffered from the same problem. -- nosy: +tiran resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> _

[issue1067] test_smtplib failures (caused by asyncore)

Thomas Wouters added the comment: I thought I already had, in my reply to Martin and the original comment: he's right, but I don't care about asyncore or asynchat. I merely perpetuated the fix that was already in place. The real 'fix' is to teach both modules about unicode; have them handle in by

[issue1545] shutil fails when copying to NTFS in Linux

Raghuram Devarakonda added the comment: There is a mistake in the patch. The line "if WindowsError is not None and isinstance(err, WindowsError):" in copytree() should use the name 'why' and not 'err'. Unfortunately I can't test on windows, but you didn't get NameError when you tested copytree()

[issue1558] x64 platform doesn't define _WIN64

Christian Heimes added the comment: Sorry guys, it was false alarm. >From r59375: The macros _WIN32, _WIN64 and _M_X64 are defined by the compiler. The VS 2008 IDE doesn't know about (some) of the macros and can display wrong information. In my case a section #ifdef _WIN64 was grayed out althoug

[issue1400] Py3k's print() flushing problem

Guido van Rossum added the comment: Committed revision 59379. This adds proper line_buffering behavior. -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ _

[issue1685986] Method cache

Raymond Hettinger added the comment: I'm working on this one this week. _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-list mailing list Uns

[issue1539] test_collections: failing refleak test

Christian Heimes added the comment: Fixed in r59349 Good work Amaury! :) -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ _

[issue1559] round() does not

Guido van Rossum added the comment: travelgirl: the 'decimal' module is designed to deal with this. Note that there's a difference between BCD (which can represent decimal numbers exactly) and binary (which can't, in general). -- nosy: +gvanrossum __ Trac

[issue614555] Rewrite _reduce and _reconstructor in C

Changes by Alexandre Vassalotti: -- nosy: +alexandre.vassalotti Tracker <[EMAIL PROTECTED]> ___ Python-bugs-list mailing list Unsub

[issue1471] ioctl doesn't work properly on 64-bit OpenBSD

Changes by Mike Savory: __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-

[issue1471] ioctl doesn't work properly on 64-bit OpenBSD

Mike Savory added the comment: Similar issue seen in 64 bit OSX 10.5 File "./ajaxterm.py", line 418, in create fcntl.ioctl(fd, struct.unpack('i',struct.pack('I',termios.TIOCSWINSZ))[0], struct.pack("",h,w,0,0)) IOError: [Errno 25] Inappropriate ioctl for device $ python Python 2.5.1