Charles-François Natali added the comment:
According to http://tools.ietf.org/html/rfc2616#section-8.1,
persistent connections are default in HTTP 1.1.
However, here's what's said about the persistence negotiation:
An HTTP/1.1 server MAY assume that a HTTP/1.1 client intends to
maintain a
Antoine Pitrou added the comment:
Furthermore, BaseHTTPServer responds with a HTTP/1.0 status line (not
HTTP/1.1), meaning persistent connections are not the default.
Therefore, I'm closing as invalid.
--
resolution: - invalid
status: open - closed
New submission from V.E.O:
Hi, I tried to open file-like object ZipExtFile in one zip file, after
operations, I close it and after all, close ZipFile.
But I still can not remove the zip file immediately.
This problem happens on Windows, error msg:
WindowsError: [Error 32] The process cannot
Changes by V.E.O v@tom.com:
--
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16183
___
___
Python-bugs-list mailing list
Gregory P. Smith added the comment:
replacing repr(args[0]) with repr(executable) in the identified python should
be sufficient for this bug as originally reported.
BUT it goes deeper: I just ran into this error in a different case. It also
happens when cwd is passed and the chdir(cwd)
Christian Heimes added the comment:
The patch defines either PY_IS_BIG_ENDIAN or PY_IS_LITTLE_ENDIAN and sets
PY_LITTLE_ENDIAN_FLAG to either 0 or 1 for some modules that require a boolean
flag.
--
Added file: http://bugs.python.org/file27513/endian.patch
Walter Dörwald added the comment:
codecs.utf_8_decode('\u20ac'.encode('utf8')[:2])
('', 0)
Oh... codecs.CODEC_decode are incremental decoders? I misunderstood completly
this.
No, those function are not decoders, they're just helper functions used to
implement the real incremental
Hynek Schlawack added the comment:
Actually, that’s not the point here, the code has a deeper flaw.
You’re computing hashlib.md5() on `data.encode()` and `str(jsonData).encode()`.
Did you have a look how they look like?
data.encode()
b'{key1:value1,key2:value2}'
[71875 refs]
Robin Åsén added the comment:
Yes, you are quite right.
Somewhere in the back of my head I had a feeling I should understand what was
happening, hence my comment Am I doing something wrong here?.
I just couldn't see it.
Thank you.
--
___
Python
Changes by Serhiy Storchaka storch...@gmail.com:
--
components: +Windows
nosy: +alanmcintyre, loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16183
___
Chris Jerdonek added the comment:
replacing repr(args[0]) with repr(executable) in the identified python should
be sufficient for this bug as originally reported.
Yes, almost. The executable variable is a bytes object so it needs to be
fsdecoded first.
I have a test and fix for that.
Roundup Robot added the comment:
New changeset e938fa6be509 by Gregory P. Smith in branch '3.2':
Fixes Issue #16114: The subprocess module no longer provides a
http://hg.python.org/cpython/rev/e938fa6be509
New changeset ee30d7ef70be by Gregory P. Smith in branch '3.3':
Fixes Issue #16114: The
Roundup Robot added the comment:
New changeset 543bb0e0afb9 by Gregory P. Smith in branch 'default':
Fixes Issue #16114: The subprocess module no longer provides a
http://hg.python.org/cpython/rev/543bb0e0afb9
--
___
Python tracker
Gregory P. Smith added the comment:
I'm keeping this open until I backport this to subprocess32 for use on Python 2.
--
stage: needs patch - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16114
R. David Murray added the comment:
Thanks. I don't have a need for those in my current application at the current
time.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16160
___
New submission from Yury:
---[ Vulnerability description]
Positive Research experts have detected a vulnerability Predictable
pseudorandom numbers in Python caused by random.random() output in Python.
By default, Mersenne Twister initialization is done during random module import
and then
Chris Jerdonek added the comment:
I made some comments on the changes as committed here:
http://mail.python.org/pipermail/python-dev/2012-October/122125.html
It would be cleaner to use the self.assertRaises() pattern here and
also probably better to share code across the three test methods
Christian Heimes added the comment:
I don't see a problem here. It's a well known and documented fact that a PRNG
like a Mersenne-Twister must not be used for any cryptographic purpose. The
most of the random module is designed to be deterministic. The global instance
even keeps its state
New submission from Chris Jerdonek:
Currently, when subprocess.Popen() raises a FileNotFoundError on POSIX systems,
the error message helpfully includes the path not found. But it does not do so
on Windows.
This issue is to include the path also in the messages of the corresponding
errors
Chris Jerdonek added the comment:
Maybe better to fix Windows behavior for unifying FileNotFoundError?
I created issue 16185 to include the path in the messages of the corresponding
errors on Windows.
--
___
Python tracker rep...@bugs.python.org
Richard Oudkerk added the comment:
Adding the IOCP functions to _winapi is straightforward -- see patch. Note
that there seems to be no way to unregister a handle from an IOCP.
Creating overlapped equivalents of socket.accept() and socket.connect() looks
more complicated. Perhaps that
Changes by Richard Oudkerk shibt...@gmail.com:
Added file: http://bugs.python.org/file27516/iocp_example.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16175
___
Brett Cannon added the comment:
Here are two possible tests.
1) __import__('distutils', fromlist=['_i_do_not_exist']) should return distutils
2) Use a fake loader which executes some code which does nothing more than
tries to import a non-existent module. The trick with this test is that the
New submission from jamesf:
In [112]: def test_ws(s):
.: sl = shlex.shlex(s)
.: sl.whitespace = |
.: sl.whitespace_split = True
.: print list(sl)
In [114]: test_ws(h w) # works fine
['h w']
In [115]: test_ws('h' w) # i expected ['h' w] here, but
jamesf added the comment:
but if i did this, it works again:
In [121]: test_ws( 'h' w) # prepend a whitespace at the beginning
[ 'h' w]
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16186
Roundup Robot added the comment:
New changeset 00555659253d by Chris Jerdonek in branch '3.3':
Issue #12947: Divide doctest Option Flags and Directives section into two.
http://hg.python.org/cpython/rev/00555659253d
New changeset 467c9f663b77 by Chris Jerdonek in branch 'default':
Issue #12947:
Chris Jerdonek added the comment:
Yes, the workaround should be applied in those cases as well.
I added the workaround to the last remaining example. Nick was right before in
that three of the four examples I mentioned above were in the part about
option flags rather than in the part about
New submission from Chris Jerdonek:
I got the following irker-related errors when committing about 20 minutes ago:
remote: added 3 changesets with 2 changes to 1 files
remote: buildbot: change(s) sent successfully
remote: sent email to roundup at rep...@bugs.python.org
remote: notified
Roundup Robot added the comment:
New changeset 9057da41cf0b by Georg Brandl in branch '3.2':
Issue #12947: revert earlier workaround and use a monkey-patch to enable
showing doctest directives only in the doctest docs.
http://hg.python.org/cpython/rev/9057da41cf0b
New changeset 1202c1449d83 by
Georg Brandl added the comment:
Restarted. Let's see if this is reproducible.
--
resolution: - fixed
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16187
___
Roundup Robot added the comment:
New changeset ffe9f644d5af by Georg Brandl in branch '2.7':
Issue #12947: revert earlier workaround and use a monkey-patch to enable
showing doctest directives only in the doctest docs.
http://hg.python.org/cpython/rev/ffe9f644d5af
--
Chris Jerdonek added the comment:
Thanks, Georg. Can this new directive be applied to individual code blocks
though (or be modified to do so)?
After a closer review (as mentioned in my comment above), it seems that the
doctest directives should only be displayed in the code snippets that are
Georg Brandl added the comment:
I don't see any blocks in doctest.rst where the directives should be stripped,
so it's enough to do it per-file.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12947
Georg Brandl added the comment:
1. In spite of the fact that MT states are initialized correctly,
there is a practical method to exploit the vulnerability because of
Python web framework peculiarities.
What does this mean exactly? If it means that this predictability can
be used for attacks
New submission from rlinscheer:
When installing python-2.7.3.amd64.msi or python-2.7.3.msi and selecting for
single-user (as opposed to for all users), an incorrect version of the
microsoft C runtime library (msvcr90.dll) seems to be placed into the top-level
directory along side the python
Chris Jerdonek added the comment:
Like these that discuss the behavior of the doctest.IGNORE_EXCEPTION_DETAIL
option (but before doctest directives have been introduced):
http://hg.python.org/cpython/file/0d6910bef979/Doc/library/doctest.rst#l543
The key is that you can have options take
Chris Jerdonek added the comment:
Georg suggested removing the doctest directives from the examples I mentioned.
As currently written, they don't help them pass if doctest were run on the .rst
file. That sounds fine to me for now.
--
___
Python
Changes by Evan Jones e...@evanjones.ca:
--
nosy: +evanj
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1043134
___
___
Python-bugs-list mailing
Roundup Robot added the comment:
New changeset 705a70b0fff4 by Chris Jerdonek in branch '3.3':
Issue #12947: Remove doctest directives from the doctest examples in the
Option Flag section.
http://hg.python.org/cpython/rev/705a70b0fff4
New changeset 9475fc82768e by Chris Jerdonek in branch
New submission from Rainer Schaaf:
When building an extension on AIX with distutils the build fails like this:
/usr/local/lib/python3.3/config/ld_so_aix xlc_r
-bI:/usr/local/lib/python3.3/config/python.exp
build/temp.aix-5.3-3.3/pdflib_py.o -L../../../libs/pdflib/.libs
New submission from Christian Heimes:
The documentation [1] of the random module contains a misleading warning
---
Warning: The generators of the random module should not be used for security
purposes. Use ssl.RAND_bytes() if you require a cryptographically secure
pseudorandom number
Éric Araujo added the comment:
This probably happens in 3.2 too, where the ABI suffixes were added. I think
Barry edited the sysconfig module to let it find config-$suffixes but not
distutils.sysconfig.
--
nosy: +barry
versions: +Python 3.2
___
Éric Araujo added the comment:
Raising priority won’t give more free time to the module maintainer, or change
the planned date for the next release. Thanks for reviewing the patch however,
it is helpful. Did you apply it and run the test suite?
--
versions: +Python 3.3, Python 3.4
Changes by Michele Orrù maker...@gmail.com:
--
nosy: +maker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16184
___
___
Python-bugs-list mailing
Georg Brandl added the comment:
Sure, I'd propose a rewording that mentions both alternatives and when they
should be used.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16190
Éric Araujo added the comment:
Cool! Can you add tests?
--
stage: needs patch - test needed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13691
___
Roger Serwy added the comment:
I verified that the problem also occurs with 3.3 and 3.4 as well.
Adding sl.posix = True causes the h w test to enter an infinite loop.
--
nosy: +serwy
versions: +Python 3.3, Python 3.4
___
Python tracker
Serhiy Storchaka added the comment:
The proposed patches make the behavior of sys.std* files in IDLE more similar
to the behavior of sys.std* files in standard interpreter. Now sys.stdin have
read() and readlines() methods. The source code is simplified.
--
nosy: +kbk, loewis,
Changes by Serhiy Storchaka storch...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file27518/idle_stdstreams-3.3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9290
Changes by Serhiy Storchaka storch...@gmail.com:
Added file: http://bugs.python.org/file27519/idle_stdstreams-3.2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9290
___
Changes by Serhiy Storchaka storch...@gmail.com:
Added file: http://bugs.python.org/file27520/idle_stdstreams-2.7.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9290
___
Serhiy Storchaka added the comment:
If this issue only about 'errors' attribute of IDLE RPC Proxy for standard IO
streams, then it should be closed as outdated. If this issue about 'errors'
attribute of IDLE standard IO streams (even when running IDLE without a
subprocess), then the patches
Charles-François Natali added the comment:
Charles-François's patch looks ok to me. I don't know if this warrants adding
a test.
Yes, and triggering a failure other than a permission error (which is
probably already tested) can be difficult.
I'm abroad and won't be able to commit it until
Barry A. Warsaw added the comment:
On Oct 10, 2012, at 04:13 PM, Éric Araujo wrote:
This probably happens in 3.2 too, where the ABI suffixes were added. I think
Barry edited the sysconfig module to let it find config-$suffixes but not
distutils.sysconfig.
This sure smells familiar, like I've
Changes by Ned Deily n...@acm.org:
--
nosy: -ned.deily
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10551
___
___
Python-bugs-list mailing list
Changes by Ned Deily n...@acm.org:
--
components: +Windows
nosy: +brian.curtin, loewis, tim.golden
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16188
___
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +trent
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16189
___
___
Python-bugs-list mailing
Charles-François Natali added the comment:
Ping.
Like Raymond, I think there's no reason to leave ambiguity in 2.7 and 3.2, so
this doc patch is probably worth backporting.
--
___
Python tracker rep...@bugs.python.org
Spiros K. added the comment:
I found out that I had intalled an other program which used an obsolete version
of python that generated a conflict with the current version. By removing
this program everything worked fine.
--
___
Python tracker
Stephen McInerney added the comment:
I visually reviewed the patch, it's fine by me. (Am not set up to compile it.)
When is 2.7.3.x release planned?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14313
STINNER Victor added the comment:
The code is now using the heavily optimized findchar() function.
I compared performances of the two methods: dummy loop vs find. Results with a
string of 100,000 characters:
* Replace 100% (rewrite all characters): find is 12.5x slower than a loop
*
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16061
___
___
Python-bugs-list
Mike Hoy added the comment:
Cool! Can you add tests?
Nope, I can't add tests.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13691
___
___
Changes by Evan Jones e...@evanjones.ca:
--
nosy: +evanj
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4696
___
___
Python-bugs-list mailing list
Changes by Piotr Dobrogost p...@bugs.python.dobrogost.net:
--
nosy: +piotr.dobrogost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12319
___
___
Mike Hoy added the comment:
Would this be the appropriate place for the links to the two essays:
http://docs.python.org/devguide/#proposing-changes-to-python-itself
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13440
Éric Araujo added the comment:
I was addressing the author of the patch :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13691
___
___
Changes by Jeremy Kloth jeremy.kloth+python-trac...@gmail.com:
--
nosy: +jkloth
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16188
___
___
Roundup Robot added the comment:
New changeset 09b5158d5284 by Brett Cannon in branch '3.3':
Closes issue #15111: Calling __import__ with a module specified in
http://hg.python.org/cpython/rev/09b5158d5284
New changeset 31db8e3272f1 by Brett Cannon in branch 'default':
Merge fix for issue
Changes by Brett Cannon br...@python.org:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15111
___
Roundup Robot added the comment:
New changeset 147b9d530dd0 by Jesus Cea in branch 'default':
Closes #16135: Removal of OS/2 support (distutils)
http://hg.python.org/cpython/rev/147b9d530dd0
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
Roundup Robot added the comment:
New changeset e3e43287ad48 by Jesus Cea in branch 'default':
Closes #16135: Removal of OS/2 support (distutils) (II)
http://hg.python.org/cpython/rev/e3e43287ad48
--
___
Python tracker rep...@bugs.python.org
New submission from Benjamin Peterson:
The attached patch
- Puts every opcode in its own block
- Removes the infamous one variable names x, v, w, u and replaces them with
local variables.
- forces every opcode to end in DISPATCH() or goto error
- cleans up a few minor other things
--
Roundup Robot added the comment:
New changeset 41ffed580eef by Chris Jerdonek in branch '3.2':
Issue #16115: Make further improvements to subprocess.Popen() documentation.
http://hg.python.org/cpython/rev/41ffed580eef
New changeset bae644e46556 by Chris Jerdonek in branch '3.3':
Issue #16115:
Changes by Chris Jerdonek chris.jerdo...@gmail.com:
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16115
___
Jesús Cea Avión added the comment:
Looks good.
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16088
___
___
Python-bugs-list mailing
Santoso Wijaya added the comment:
This is because, in Python 3.3, xml.etree.ElementTree.Element is overridden by
the C accelerator version, _elementtree.Element.
If you remove the statement,
1708from _elementtree import *
the behavior from Python 3.2 comes back.
--
nosy:
Chris Jerdonek added the comment:
It's working now, thanks.
--
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16187
___
Chris Jerdonek added the comment:
This seems to look good now. Can this be closed, or is there something else
that needed to be done as well?
--
resolution: - fixed
stage: needs patch - commit review
status: open - pending
___
Python tracker
New submission from Brian Thorne:
The Python docs for ctypes have embedded examples including:
c_int()
c_long(0)
But on my machine I get the (more expected?):
c_int()
c_int(0)
Perhaps if some machines expect otherwise that should be documented, otherwise
might we change them.
--
Changes by Eric Snow ericsnowcurren...@gmail.com:
Removed file: http://bugs.python.org/file27512/issue16160.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16160
___
Eric Snow added the comment:
Here's an updated patch that addresses Éric's review comments.
--
Added file: http://bugs.python.org/file27524/issue16160.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16160
Terry J. Reedy added the comment:
I looked at
http://docs.python.org/py3k/library/doctest.html#directives
and the examples with directives looked fine to me, with directive, syntax
markup, and 'hide prompt' box. I also checked the next section and saw the one
example that needed to have the
Yury added the comment:
Thank you, you are right. Please close the issue.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16184
___
___
Christian Heimes added the comment:
I'm closing the issue as suggested.
I created #16190 in the hope that a documentation update is going to raise
awareness.
--
resolution: - rejected
stage: - committed/rejected
status: open - closed
___
Python
New submission from Chris Jerdonek:
This issue is to configure hg.python.org to display the full e-mail name on the
annotate pages. Currently, instead of displaying everything before the @
symbol, the pages display only the portion of e-mail addresses up to the first
. or @, for example
86 matches
Mail list logo