sorin sorin.sbar...@gmail.com added the comment:
Thanks Isaul,
Anyway I made the required change before submitting the bug first time
and additionally to what you wrote it is enough to logout/login to
update the path - no reboot required.
The bug is about repairing/improving Python experience
Ben Bass benpaulb...@googlemail.com added the comment:
'connectionless' is from how I see it as an analogy with UDP (vs TCP);
why not just use a deque is primarily about having the same API - a
client (getter) of the queue shouldn't know or care whether it is a
'lossy' queue or a normal
Nick Coghlan ncogh...@gmail.com added the comment:
Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr added the comment:
I also think isinstance(x, collections.Callable) is the correct
replacement. Even though it might give a different answer on weird
corner cases, it is semantically what
Tarek Ziadé ziade.ta...@gmail.com added the comment:
r76358 and r76360 and r76361
Thanks David !
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7293
___
Nick Coghlan ncogh...@gmail.com added the comment:
Hmm, I think I need to use a more robust regex escaping approach... I
never knew the OS level temp dir creation could get that creative.
--
___
Python tracker rep...@bugs.python.org
Nick Coghlan ncogh...@gmail.com added the comment:
It turns out this problem was breaking pydoc -m completely in Python 3.x
(os.popen was breaking since it couldn't find the subprocess module -
see #7238).
A more robust fix that retains the three lines, but modifies them to
avoid deleting the
Nick Coghlan ncogh...@gmail.com added the comment:
I fixed the tests to use the proper escaping function from the re module
instead of directly doubling backslashes, so that error shouldn't happen
any more.
(Was it one of the unstable buildbots that picked this up? I didn't see
anything come
New submission from Nick Coghlan ncogh...@gmail.com:
As the subject line says: the wsgiref unit tests fail on the new Windows
7 buildbot.
It appears to be happening every run, but here's one example:
Nick Coghlan ncogh...@gmail.com added the comment:
Patch looks good to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5037
___
___
Nick Coghlan ncogh...@gmail.com added the comment:
Reviewed patch diff - looks good to me. It's an obscure corner case, but
the patch is pretty straightforward so we may as well clean it up.
--
___
Python tracker rep...@bugs.python.org
Nick Coghlan ncogh...@gmail.com added the comment:
Unassigned from Barry since this isn't an RM review issue anymore
--
assignee: barry -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5949
Changes by Nick Coghlan ncogh...@gmail.com:
--
priority: - high
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5949
___
___
Python-bugs-list
Lars Gustäbel l...@gustaebel.de added the comment:
Any idea why the 2.x buildbots aren't failing? The code is basically the
same. Coincidence?
The patch is okay. Still, I have attached another version of it with a
slightly smaller try-except clause. Is it feasible to test if the patch
actually
Nick Coghlan ncogh...@gmail.com added the comment:
A few pointers in case anyone decides to follow this up further:
Zipfile execution is just a special case of normal zipimport: the
zipfile's name is placed at the head of sys.path and a (very) rough
equivalent of import __main__ is then
Changes by Tim Golden m...@timgolden.me.uk:
--
nosy: +tim.golden
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7344
___
___
Python-bugs-list
Antoine Pitrou pit...@free.fr added the comment:
(Was it one of the unstable buildbots that picked this up? I didn't see
anything come through on the checkins list)
Buildbot failures have stopped being e-mailed long ago it seems.
(ah, you really thought our buildbots were all green in all
Antoine Pitrou pit...@free.fr added the comment:
Le mercredi 18 novembre 2009 à 12:11 +, Lars Gustäbel a écrit :
Lars Gustäbel l...@gustaebel.de added the comment:
Any idea why the 2.x buildbots aren't failing? The code is basically the
same. Coincidence?
No, the difference is that
Paul Moore p.f.mo...@gmail.com added the comment:
I can run a test on my buildbot - but I may not have a chance until
tomorrow. I'll do that and report back unless someone else reports
that they have managed to run a test before me.
--
___
Python
New submission from dingle xinjiang...@gmail.com:
class calendar.TextCalendar([firstweekday]):
formatyear(theyear, themonth[, w[, l[, c[, m)
Should delete themonth. Found this problem with all 2.6, 2.7, 3K
documentation.
--
assignee: georg.brandl
components: Documentation
messages:
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
[In case the URL disappears, the error message contains
AssertionError: Environmental variable TCL_LIBRARY is not a string]
This issue is another effect of issue6906.
--
nosy: +amaury.forgeotdarc
resolution: - duplicate
Changes by David W. Lambert b49p23t...@stny.rr.com:
--
nosy: +LambertDW
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3976
___
___
Antoine Pitrou pit...@free.fr added the comment:
Still, I have attached another version of it with a
slightly smaller try-except clause. Is it feasible to test if the patch
actually solves the problem?
Yes, it does.
--
___
Python tracker
New submission from Ecir Hana ecir.h...@gmail.com:
I try to log all the output of a program written in Python and C to a
buffer. I create a pipe, redirect stdout to its write-end and then read
its content afterward. However, printing from Python fires IOError:
[Errno 9] Bad file descriptor.
New submission from Brian Curtin cur...@acm.org:
The _winreg module could use the addition of the RegCreateKeyEx call, as
evidenced by this thread on c.l.py:
http://mail.python.org/pipermail/python-list/2009-November/614023.html
This expanded API would benefit users trying to create keys with
Paul Moore p.f.mo...@gmail.com added the comment:
I can confirm it fixes the issue, too.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7341
___
Changes by Brian Curtin cur...@acm.org:
Removed file: http://bugs.python.org/file15359/winreg_add_createkeyex.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7347
___
Brian Curtin cur...@acm.org added the comment:
Updated patch - cp mistake in a comment
--
Added file: http://bugs.python.org/file15360/winreg_add_createkeyex.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7347
Brett Cannon br...@python.org added the comment:
The % operator has not been deprecated, although talk of removing it
flares up from time to time. We are still encouraging people to use the
new str.format().
--
nosy: +brett.cannon
___
Python
New submission from Jean-Paul Calderone exar...@divmod.com:
cStringIO and file both accept -1 to readline to mean the same thing as
not passing any argument at all. StringIO, on the other hand, gets
totally confused:
from StringIO import StringIO
StringIO('a\nb\nfoo').readline(-1)
New submission from Jean-Paul Calderone exar...@divmod.com:
The actual file type rejects None in places like as the argument to read
or readlines. StringIO.StringIO, io.BytesIO, and io.StringIO all accept
None to mean the same as passing no argument at all.
This makes it tricky to write code
Philip Jenvey pjen...@underboss.org added the comment:
The original pure-python impl. of io accepted None, and still does. This
is a regression in C impl.
--
nosy: +pjenvey
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7349
New submission from Eric Torstenson e_torsten...@hotmail.com:
When I use CSV with a separator, if there is an escaped separator in the
field, it causes the next field to become part of the current one:
file = csv.reader(open(filename), delimiter='\t', quotechar=')
for words in file:
print
Changes by Eric Smith e...@trueblade.com:
--
nosy: +eric.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7343
___
___
Python-bugs-list mailing
New submission from Retro vinet...@gmail.com:
There are some minor typos in the docs. The section zipfile has twp typos:
exception zipfile.BadZipfile
The error raised for bad ZIP files (old name: zipfile.error).
this should be
exception zipfile.BadZipFile
The error raised for bad ZIP
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Fixed in r76372:
* :ref:`pep-3101`. Note: the 2.6 description mentions the
:meth:`format` method for both 8-bit and Unicode strings. In 3.0,
only the :class:`str` type (text strings with Unicode support)
supports this
Mark Dickinson dicki...@gmail.com added the comment:
r76373: Backport round.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7117
___
___
Georg Brandl ge...@python.org added the comment:
BadZipfile is actually the correct name of the exception.
Fixed the other nit in r76376.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by Eric Smith e...@trueblade.com:
--
nosy: +eric.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7347
___
___
Python-bugs-list mailing
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Closing this. The Unary Positive is already implemented and there are
no known use cases for constant folding a Unary Not.
--
resolution: - out of date
status: open - closed
___
Changes by Antoine Pitrou pit...@free.fr:
--
assignee: - janssen
nosy: +janssen
stage: - patch review
versions: +Python 3.2 -Python 3.0
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5949
Antoine Pitrou pit...@free.fr added the comment:
Based on the various comments the current patch should be ok, shouldn't it?
Although it would certainly be better with a patch ;)
--
assignee: barry -
nosy: +pitrou
stage: - patch review
versions: +Python 2.7, Python 3.1, Python 3.2
Antoine Pitrou pit...@free.fr added the comment:
Oops. I meant better with tests of course...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3890
___
Lars Gustäbel l...@gustaebel.de added the comment:
Alright then. I applied the change to the trunk (r76381) and py3k
(r76383). What about release26-maint and release31-maint? IMO this is
not necessary.
--
___
Python tracker rep...@bugs.python.org
Lars Gustäbel l...@gustaebel.de added the comment:
I have always tried to be very conservative with backporting stuff that
is not clearly a bugfix but alters any kind of behaviour. I am always
very concerned about compatibility, especially if code has been around
for as long as this code has.
Antoine Pitrou pit...@free.fr added the comment:
I have always tried to be very conservative with backporting stuff that
is not clearly a bugfix but alters any kind of behaviour. I am always
very concerned about compatibility, especially if code has been around
for as long as this code has.
Retro vinet...@gmail.com added the comment:
Thanks for upcassing 'Python'.
I have to ask you why are all other classes named in the form of
...ZipFile, like
- exception: LargeZipFile
- class: ZipFile
- class: PyZipFile
Please at least consider of making the class BadZipfile consistent to
other
Changes by François Mauger mau...@lpccaen.in2p3.fr:
--
components: Installation
nosy: mauger
severity: normal
status: open
title: python2.6-config --ldflags out of /usr and missing -Linstall_lib_dir
type: feature request
versions: Python 2.6
___
Lars Gustäbel l...@gustaebel.de added the comment:
Mmm, chocolate... ;-)
Okay, consider it done.
--
resolution: - accepted
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7341
New submission from Dave Malcolm dmalc...@redhat.com:
I'm attempting to package Python 3 for a Linux distribution, together with a
stack of python extension
modules; I'm currently using Python-3.1.1. (see
https://fedoraproject.org/wiki/Features/Python3F13 )
Many of these extension modules
New submission from François Mauger mau...@lpccaen.in2p3.fr:
Hi Python!
I installed python2.6 from official source tarball under Scientific
Linux 5.2. I use the python2.6-config utility through makefiles to link
against lipython2.6.so. The installation prefix is NOT /usr nor some
standard
Changes by Mark Dickinson dicki...@gmail.com:
--
assignee: - mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5080
___
___
Nick Coghlan ncogh...@gmail.com added the comment:
Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr added the comment:
(Was it one of the unstable buildbots that picked this up? I didn't see
anything come through on the checkins list)
Buildbot failures have stopped being e-mailed long
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: -r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6816
___
___
Changes by Skip Montanaro s...@pobox.com:
--
nosy: +skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7353
___
___
Python-bugs-list
New submission from Paul Moore p.f.mo...@gmail.com:
It looks like the Control Panel\Desktop\dragfullwindows registry entry
can have value 2 (it does on my buildbot!) The distutils test
test_msvc9compiler assumes that only values 0 and 1 are valid.
The following patch (against trunk) fixes this.
Matt Giuca matt.gi...@gmail.com added the comment:
Thanks Ezio.
I've updated the patch to incorporate your suggestions.
Note that I too have only tested it on Linux, but I tested both
posixpath and ntpath (and there is no OS-specific code, except for the
filenames themselves).
I'm not sure if
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7349
___
___
Python-bugs-list
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Fixed. See r76389 and r76390.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3976
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7263
___
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
assignee: rhettinger - gward
nosy: +gward
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6454
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Fixed. See r76391 to r76394.
Thanks for the report.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6738
Rich Healey ri...@psych0tik.net added the comment:
I looked into it a bit further.
With some trial and error I narrowed the source of the problem to be the
'KernelModeDriverInstall' option under compatibility. I believe this
isn't a problem, because python shouldn't be trying to install
Benjamin Peterson benja...@python.org added the comment:
Fixed in r76395.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5037
___
Moriyoshi Koizumi mozo+pyt...@mozo.jp added the comment:
@r.david.murray
If MyProp is such a subclass, would
print Fro.baz.__doc__ print Get a baz in 2.6.2 but raise an error in
2.6.3/4, or would it print None?
Just let it return None as they were for now. I completely agree
there's a
Tarek Ziadé ziade.ta...@gmail.com added the comment:
done in r76399, r76401 and r76402
Thx
--
status: open - closed
versions: -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7354
65 matches
Mail list logo