Georg Brandl ge...@python.org added the comment:
Added a link to the checkout FAQ in r12861.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7891
Marc-Andre Lemburg m...@egenix.com added the comment:
Mark Dickinson wrote:
Mark Dickinson dicki...@gmail.com 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
Georg Brandl ge...@python.org 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:
Marc-Andre Lemburg m...@egenix.com added the comment:
Ori Avtalion wrote:
Ori Avtalion o...@avtalion.name 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
New submission from Michael Newman michael.b.new...@gmail.com:
Attached is a version checking script. When you run it normally, it produces
output such as:
E:\notes\Programming\python3c:\Python26\python.exe version_check.py
2.6.4 (r264:75708, Oct 26 2009, 08:23:19) [MSC v.1500 32 bit (Intel)]
Shashwat Anand anand.shash...@gmail.com 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
--
Florent Xicluna la...@yahoo.fr 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
R. David Murray rdmur...@bitdance.com 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
Sjoerd Mullender sjo...@acm.org added the comment:
What's difficult about just doing:
import mhlib
? That's all it takes to get the warning.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7966
R. David Murray rdmur...@bitdance.com 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
Georg Brandl ge...@python.org 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
Jeremy Hylton jhyl...@gmail.com 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.
--
Georg Brandl ge...@python.org 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
Florent Xicluna la...@yahoo.fr 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 rep...@bugs.python.org
New submission from Andrew Shuiu as...@bitdefender.com:
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.
R. David Murray rdmur...@bitdance.com 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: -
New submission from Shawn swal...@opensolaris.org:
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
R. David Murray rdmur...@bitdance.com 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
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
R. David Murray rdmur...@bitdance.com 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
R. David Murray rdmur...@bitdance.com 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
Andrew Shuiu as...@bitdefender.com 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
New submission from Charles Cazabon charlesc-pyt...@pyropus.ca:
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
Jeremy Hylton jer...@alum.mit.edu added the comment:
On Fri, Feb 19, 2010 at 6:22 PM, R. David Murray rep...@bugs.python.org wrote:
R. David Murray rdmur...@bitdance.com added the comment:
But a goal is for the standard library to work with Python implementations
other than CPython, and
R. David Murray rdmur...@bitdance.com 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
R. David Murray rdmur...@bitdance.com 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?
--
Danny Milosavljevic danny_m...@yahoo.com 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 rep...@bugs.python.org
zhou wei lilaboc...@gmail.com 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
28 matches
Mail list logo
