[issue7898] rlcompleter add "real tab" when text is empty feature

zhou wei added the comment: Pitrou, I think you are right on "On the other hand, it will appear quite bizarre to people who have another, dedicated key for auto-completion." If I assign another key for auto-completion, the behavior becomes really strange. It happens in ipython too. But I g

[issue7971] hidraw Linux module

Danny Milosavljevic added the comment: Usage example: >>>import hidraw >>>import os >>>hidraw.get_info(os.open("/dev/hidraw0", os.O_RDONLY)) hidraw.Info(3, 0x0E20, 0x0200) -- ___ Python tracker ___

[issue7806] httplib.HTTPConnection.getresponse closes socket which destroys the response

R. David Murray added the comment: But the docs (which presumably describe the API) say that the socket is unusable after the call to close, which argues that the paramiko sockets are following the documented API. Do the docs need to be corrected? --

[issue7970] email.Generator fails to flatten message parsed by email.Parser

R. David Murray added the comment: The problem only arises with HeaderParser. The full parser turns the body into a list containing a Message object, because that's how the email package models the message structure. HeaderParser treats the body as a single string. All that is fine, but ge

[issue7806] httplib.HTTPConnection.getresponse closes socket which destroys the response

Jeremy Hylton added the comment: On Fri, Feb 19, 2010 at 6:22 PM, R. David Murray wrote: > > R. David Murray added the comment: > > But a goal is for the standard library to work with Python implementations > other than CPython, and the reference counting behavior described won't > happen in

[issue7970] email.Generator fails to flatten message parsed by email.Parser

New submission from Charles Cazabon : email.Generator fails to flatten a message parsed by email.Parser; it throws an exception with an odd (but apparently legal) message. First, the exception: File "/usr/local/lib/python2.6/email/generator.py", line 84, in flatten self._write(msg) Fil

[issue7968] __dict__ Exception using class attributes

Andrew Shuiu added the comment: Hello Murray, That seems a little strange to me, because if an object is instance of a class, it should inherit all of it attributes. Is it an optimization issue? because I observed that all instances of a class that has such "static" attributes, shares that attr

[issue7806] httplib.HTTPConnection.getresponse closes socket which destroys the response

R. David Murray added the comment: But a goal is for the standard library to work with Python implementations other than CPython, and the reference counting behavior described won't happen in non-reference counting implementations. So I don't think that requiring emulation of ref-counting be

[issue7964] "-m pdb" SyntaxError for "\r\n" formatted py files

R. David Murray added the comment: It's a bug, and the bug is fixed (indirectly) in py3k trunk via improvements to the 'compile' function. That fix can't be backported because it is a behavior change. On the other hand, it appears as though the fix is to change the open statement from using

Re: [issue7806] httplib.HTTPConnection.getresponse closes socket which destroys the response

I don't think the HTTPConnection class was designed to work with sockets that don't follow the Python socket API. If you want to use a different socket, you should create some wrapper that emulates the Python socket ref count behavior. Jeremy On Mon, Feb 1, 2010 at 5:23 PM, Robert Buchholz wrot

[issue7964] "-m pdb" SyntaxError for "\r\n" formatted py files

R. David Murray added the comment: It's a bug, and the bug is fixed (indirectly) in py3k trunk via improvements to the 'compile' function. That fix can't be backported because it is a behavior change, so fixing this in 3.1 would require fixing pdb to deal with universal new lines. I don't t

[issue7969] shutil.copytree error handling non-standard and partially broken

New submission from Shawn : The error handling present in the implementation of shutil.copytree in python 2.6.4 (and perhaps other versions) is non-standard and partially broken. In particular, I'm unable to find any pydoc documentation that indicates that when copytree raises shutil.Error, th

[issue7968] __dict__ Exception using class attributes

R. David Murray added the comment: That's because the attribute values don't exist in the instance until you make an assignment to them. Before that the exist only as class attributes. -- nosy: +r.david.murray priority: -> normal resolution: -> invalid stage: -> committed/rejected

[issue7968] __dict__ Exception using class attributes

New submission from Andrew Shuiu : Interpreter do not fill in __dict__ attribute of a class which has atributes. dir() shows them, but not __dict__. It works only when attributes are created dynamically at runtime, such as class.attribute = value, not in class definition. Behaviour is the same

[issue7967] PyXML is dead

Florent Xicluna added the comment: Maybe the PyXML hack can be removed, too? http://svn.python.org/view/python/trunk/Lib/xml/__init__.py?view=markup -- nosy: +flox priority: -> normal ___ Python tracker __

[issue7962] Demo/ directory needs to be tested and pruned

Georg Brandl added the comment: Well, these demos are not meant to demonstrate the fastest algorithms, but to demonstrate how easy and readable simple algorithms can be written in Python. That said, if you can write better versions that are also very readable, they'll make a good addition. -

[issue1540] Refleak tests: test_doctest and test_gc are failing

Jeremy Hylton added the comment: Amaury-- I think that will work. I put together a small patch that seems to pass all the tests, but it too messy. We need some care to make sure we don't spin forever if there's some degenerate case where we never escape GC. -- _

[issue7962] Demo/ directory needs to be tested and pruned

Georg Brandl added the comment: There's only so much free time developers can spend on Python. Also, most demos still work in 2.x, even if they are unmaintained, ugly or demonstrate old concepts. In contrast, most demos weren't tested after porting to 3.x, so many of them don't even run the

[issue7966] mhlib does not emit deprecation warning

R. David Murray added the comment: Hmm. Apparently the actual bug is that mhlib itself does not produce a deprecated message. The test was explicitly changed to mark the module as one that is deprecated. -- title: mhlib uses deprecated module -> mhlib does not emit deprecation warni

[issue7966] mhlib uses deprecated module

Sjoerd Mullender added the comment: What's difficult about just doing: import mhlib ? That's all it takes to get the warning. -- ___ Python tracker ___ ___

[issue7966] mhlib uses deprecated module

R. David Murray added the comment: The outcome of that discussion is that what this implies is that there is insufficient test coverage of mhlib, such that no one noticed that mhlib was generating deprecation messages. mhlib is itself effectively deprecated, since it no longer exists in py3k.

[issue5930] Transient error in multiprocessing

Florent Xicluna added the comment: Again, but with more details: http://www.python.org/dev/buildbot/all/builders/i386%20Ubuntu%203.1/builds/302 test_multiprocessing Process Process-49: Traceback (most recent call last): File "/scratch/pybot-buildarea/3.1.klose-ubuntu-i386/build/Lib/multiproc

[issue7966] mhlib uses deprecated module

Shashwat Anand added the comment: There is a discussion going on python-dev too, the author being sjoerd. http://mail.python.org/pipermail/python-dev/2010-February/097772.html GvR reply : http://mail.python.org/pipermail/python-dev/2010-February/097774.html -- nosy: +l0nwlf __

[issue7964] "-m pdb" SyntaxError for "\r\n" formatted py files

New submission from Michael Newman : Attached is a version checking script. When you run it normally, it produces output such as: E:\notes\Programming\python3>c:\Python26\python.exe version_check.py 2.6.4 (r264:75708, Oct 26 2009, 08:23:19) [MSC v.1500 32 bit (Intel)] E:\notes\Programming\pyth

[issue7961] Py3k: decoding empty bytestring with invalid encoding throws no error

Marc-Andre Lemburg added the comment: Ori Avtalion wrote: > > Ori Avtalion added the comment: > > Ignoring the custom utf-8/latin-8 conversion functions, the actual checking > if a codec exists is done in Python/codecs.c's PyCodec_Decode. > > Is that where I should move the aforementioned o

[issue7963] Misleading error message from object(arg)

Georg Brandl added the comment: The latter is no inconsistency; tuples are immutable, lists are not. Therefore, for lists, __init__ is the initializer, not __new__. In order not to duplicate argument checking, __new__ does nothing special with them. -- nosy: +georg.brandl _

[issue7961] Py3k: decoding empty bytestring with invalid encoding throws no error

Marc-Andre Lemburg added the comment: Mark Dickinson wrote: > > Mark Dickinson added the comment: > > Thanks for the patch. > > Rather than remove that optimization entirely, I'd consider pushing it into > PyUnicode_Decode. > > All tests (whether for the standard library or for the core) g

[issue7891] add links to SVN for documentation developers

Georg Brandl added the comment: Added a link to the checkout FAQ in r12861. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___