[issue5676] shutils test fails on ZFS (on FUSE, on Linux)

Larry Hastings added the comment: Done and done. I also changed cleanup_test_droppings() in Lib/test/regrtest.py; it now chmods the, uh, droppings before it attempts their removal. -- Added file: http://bugs.python.org/file13699/lch.test_shutil.r71641.diff

[issue5770] SA bugs with unittest.py

New submission from Garrett Cooper : A handful of valid bugs were reported with pylint when I was backporting unittest.py r71263 to 2.4/2.5 from HEAD. The attached diff fixes them. -- components: Extension Modules, Tests files: unittest-sa_fix-r71263.diff keywords: patch messages: 86018

[issue5771] SA bugs with unittest...@r71263

New submission from Garrett Cooper : A handful of valid bugs were reported with pylint when I was backporting unittest.py r71263 to 2.4/2.5 from HEAD for . The attached diff fixes them. -- components: Extension Modules, Tests files: unit

[issue5771] SA bugs with unittest...@r71263

Garrett Cooper added the comment: Ugh... The `...@staticmethod fix' was invalid. -- Added file: http://bugs.python.org/file13702/unittest-sa_fix-r71263.diff ___ Python tracker __

[issue5771] SA bugs with unittest...@r71263

Changes by Garrett Cooper : Removed file: http://bugs.python.org/file13701/unittest-sa_fix-r71263.diff ___ Python tracker ___ ___ Python-bugs-l

[issue5772] For float.__format__, don't add a trailing ".0" if we're using no type code and we have an exponent

New submission from Eric Smith : The point of the empty type code is to make sure a number looks like a float (so as to avoid formatting 2.0 as "2"). But if we have an exponent, the result already looks like a float, so there's no need to modify the number further. -- assignee: eric.smit

[issue5772] For float.__format__, don't add a trailing ".0" if we're using no type code and we have an exponent

Eric Smith added the comment: For a more detailed discussion, scroll to the bottom of http://mail.python.org/pipermail/python-dev/2009-April/088417.html -- ___ Python tracker ___

[issue5630] Create alternatieve CObject API that is safe and clean

Larry Hastings added the comment: I've updated the patch: * Capsule now has a custom repr that includes whatever name is set. * I've updated the documentation to talk about Capsules and not CObjects; the documentation discusses naming your capsules. * PyCapsule_Import now takes a "no_block" para

[issue5313] multiprocessing.process using os.close(sys.stdin.fileno) instead of sys.stdin.close()

Marcin Cieslik added the comment: Hello, I believe I am the edge-case. I've written a minimalist python Tkinter-shell around Tkinter.Text and code.InteractiveConsole by hi-jacking stdin, stdout and stderr. It "hangs" when using multiprocessing pool. to reproduce run papy_gui.py and type: >>> f

[issue5768] logging don't encode Unicode message correctly.

Amaury Forgeot d'Arc added the comment: I think that in r69448, the test does not match the code: codecs.getwriter('cp1251') has no attribute 'encoding', and no function in test_logging ever pass a stream with an explicit encoding. Also, the test in emit() should be reversed, otherwise msg.enco

[issue5773] Crash on shutdown after os.fdopen(2) in debug builds

New submission from Amaury Forgeot d'Arc : With a 2.6 or 2.7 debug build: python_d -c "import os; os.fdopen(2)" Displays the famous Debug Assertion Failure: ... Expression: (_osfile(fh) & FOPEN) ... The error occurs when closing pyhon, in call_ll_exitfuncs() there is a call to f

[issue5630] Create alternatieve CObject API that is safe and clean

Larry Hastings added the comment: Whoopsie-daisy, I forgot to touch up a whole lot of places to match the new API. Attached is an updated patch; here's what changed: * The documentation is now much better; there is a capsule.rst, and cobject.rst has a deprecation warning. * Added a deprecation

[issue5657] bad repr of itertools.count object with negative value on OS X 10.4 with 10.5 build

Ronald Oussoren added the comment: I intend to fix this next weekend, therefore assigning the issue to myself. -- assignee: loewis -> ronaldoussoren priority: -> release blocker stage: -> needs patch type: -> behavior ___ Python tracker

[issue5772] For float.__format__, don't add a trailing ".0" if we're using no type code and we have an exponent

Mark Dickinson added the comment: Just for the public record, I think that getting rid of the '.0' is the right thing to do here. -- ___ Python tracker ___ _

[issue5274] sys.exc_info()[1] - different handling from str() and unicode() - py 2.6

Vlastimil Brom added the comment: I just want to confirm, that the reported issue is the same in python 2.6.2, is it really the intended behaviour in python 2.6 (as opposed to 2.5)? vbr -- components: +Unicode ___ Python tracker

[issue2636] Regexp 2.7 (modifications to current re 2.2.2)

Matthew Barnett added the comment: Try issue2636-patch-2.diff. -- Added file: http://bugs.python.org/file13707/issue2636-patch-2.diff ___ Python tracker ___ _

[issue5767] xmlrpclib loads invalid documents

Jean-Paul Calderone added the comment: This actually appears to be an issue with the sgmlop-based parser, not the expat-based parser. After removing sgmlop, the exception-raising behavior is restored. Perhaps this bug should be closed as invalid, then. Only, I wonder if this is the right bug

[issue5767] xmlrpclib loads invalid documents

Fredrik Lundh added the comment: sgmlop doesn't do much validation; to quote the homepage: "[sgmlop] is tolerant, and happily accepts XML-like data that are not well-formed. If you need strictness, use another parser." But given that Python ships with cElementTree these days, and cElementTre

[issue5773] Crash on shutdown after os.fdopen(2) in debug builds

Amaury Forgeot d'Arc added the comment: Sure. But we tried hard to remove all these assertion failures, so that python never shows a popup dialog. -- ___ Python tracker ___

[issue5767] xmlrpclib loads invalid documents

Raymond Hettinger added the comment: > maybe it's time to remove sgmlop support from xmlrpclib... +1 -- nosy: +rhettinger ___ Python tracker ___

[issue5463] Remove deprecated features from struct module

Andreas Schawo added the comment: Hi Mark, currently there will be no struct.error neither TypeErorr because PyLong_AsLong floors a given float (see my msg84620). The Question is: should I test for long explicitly and raise an error if a different type is given? In this case a test is needed,

[issue5770] SA bugs with unittest.py

Changes by Benjamin Peterson : -- resolution: -> duplicate status: open -> closed superseder: -> SA bugs with unittest...@r71263 ___ Python tracker ___ _

[issue5771] SA bugs with unittest...@r71263

Changes by Georg Brandl : -- assignee: -> michael.foord ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue5774] _winreg.OpenKey() is documented with keyword arguments, but doesn't take them

New submission from Daniel Stutzbach : I noticed this in 2.6, but I imagine it affects 2.7, and 3.x as well. The documentation for _winreg.OpenKey reads in part: _winreg.OpenKey(key, sub_key[, res=0][, sam=KEY_READ]) However: >>> import _winreg >>> _winreg.OpenKey(_winreg.HKEY_CURRENT_USER, '

[issue5768] logging don't encode Unicode message correctly.

Vinay Sajip added the comment: Fix checked into trunk and release26-maint. -- resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue5515] 'n' formatting for int and float handles leading zero padding poorly

Eric Smith added the comment: Fixed in trunk (will be 3.1) in r71665. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue5515] 'n' formatting for int and float handles leading zero padding poorly

Changes by Eric Smith : -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/option

[issue5515] 'n' formatting for int and float handles leading zero padding poorly

Eric Smith added the comment: Fixed in py3k (will be 3.1) in r71665. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue5772] For float.__format__, don't add a trailing ".0" if we're using no type code and we have an exponent

Eric Smith added the comment: Fixed in py3k (which will become 3.1) in r71665. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue5237] Allow auto-numbered replacement fields in str.format() strings

Eric Smith added the comment: Terry, are you still interested in documenting this (please say yes!)? I'm hoping it can be done by the beta release. Thanks. Eric. -- ___ Python tracker _

[issue4660] multiprocessing.JoinableQueue task_done() issue

Brian added the comment: Jesse, I am afraid my last post may have confused the issue. As I mentioned in my first post, the problem arises when JoinableQueue.put is preempted between its two lines. Perhaps the easiest way to illustrate this is to exacerbate it by modifying JoinableQueue.put to

[issue5237] Allow auto-numbered replacement fields in str.format() strings

Terry J. Reedy added the comment: Yes, added to 'do in next few days' list. -- ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue5237] Allow auto-numbered replacement fields in str.format() strings

Eric Smith added the comment: Terry J. Reedy wrote: > Terry J. Reedy added the comment: > > Yes, added to 'do in next few days' list. Thanks so much. -- ___ Python tracker ___

[issue3873] Unpickling is really slow

Changes by Antoine Pitrou : -- priority: -> normal stage: -> patch review versions: +Python 3.1 -Python 3.0 ___ Python tracker ___ __

[issue3873] Unpickling is really slow

Antoine Pitrou added the comment: By the way, the patch won't work with unseekable files, which is probably bad. -- ___ Python tracker ___ ___

[issue1580] Use shorter float repr when possible

Mark Dickinson added the comment: The py3k-short-float-repr branch has been merged to py3k in two parts: r71663 is mostly concerned with the inclusion of David Gay's code into the core, and the necessary floating-point fixups to allow Gay's code to be used (SSE2 detection, x87 control word ma

[issue5775] marshal.c needs to be checked for out of memory errors

New submission from Eric Smith : With the changes in r71665, w_object() in marshal.c needs to be checked for out of memory errors when converting floats to strings. I'm not convinced the existing error checking was correct, but I haven't spent a lot of time looking at it. The fact that w_object(

[issue4482] 10e667.__format__('+') should return 'inf'

Mark Dickinson added the comment: A somewhat related comment about formatting of infs and nans: I think that a formatted nan should never include a sign, even when it's explicitly asked for. For example: "%+e" % float('nan') should give "nan" rather than "+nan" or "-nan". (In contrast, in

[issue4482] 10e667.__format__('+') should return 'inf'

Mark Dickinson added the comment: Here are my proposed tests for this---they're for percent formatting rather than format() formatting. They conflict slightly with Daniel's tests, in that I think format(float('inf'), '+') should produce '+inf' rather than plain 'inf'. -- Added file

[issue5728] Support telling TestResult objects a test run has finished

Robert Collins added the comment: Updates - docs, and fixes a couple of stubbed out upcalls in the logging result put in while bootsrapping. -- Added file: http://bugs.python.org/file13709/start-stop-TestRun.patch ___ Python tracker

[issue2531] float compared to decimal is silently incorrect.

Raymond Hettinger added the comment: Mark, any thoughts? I would like to apply this patch for ordering comparisons other than __eq__ and __ne__. -- ___ Python tracker ___ __

[issue3119] pickle.py is limited by python's call stack

Changes by Tennessee Leeuwenburg : -- keywords: +needs review -patch stage: -> patch review ___ Python tracker ___ ___ Python-bugs-lis

[issue5766] Mac/scripts/BuildApplet.py reset of sys.executable during install can cause it to use wrong modules

Bryan Blackburn added the comment: FYI, I'm able to avoid this by using "PYTHONHOME=$(DESTDIR)$(prefix)" before $(RUNSHARED) when running BuildApplet.py and $(BUNDLEBULDER) in Mac/Makefile.in, Mac/IDLE/Makefile.in, and Mac/PythonLauncher/Makefile.in. -- __

[issue4305] ctypes fails to build on mipsel-linux-gnu (detects mips instead of mipsel)

Joshua Kinard added the comment: Is there any movement on this perchance? Just bumped into this on my MIPS platform and discovered this bug. -- nosy: +kumba ___ Python tracker _